Systems and methods for network quality estimation, connectivity detection, and load management

ABSTRACT

Systems, methods, and devices related to estimating backhaul quality, detecting Internet connectivity, and managing server load are described herein. In some aspects, a wireless device is configured to determine a characteristic of a communication link. The device includes a transmitter configured to transmit a request for a communication from a server. The device further includes a receiver configured to receive the communication from the server, over the communication link, in response to the request. The device further includes a processor configured to compute a target amount of at least one of traffic or time to receive the communication. The processor is further configured to terminate the communication based on the computed time or amount of traffic received. The processor is further configured to determine a characteristic of the communication link based on the communication from the server.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application claims priority benefit under 35 U.S.C. §119(e)to U.S. Provisional Patent Application Ser. No. 61/535,708, filed Sep.16, 2011, the entire contents of which are incorporated by reference andshould be considered a part of this specification. The presentapplication is related to U.S. patent application Ser. Nos. 13/611,990,13/612,066, 13/612,125 and 13/612,277, all of which are entitled“SYSTEMS AND METHODS FOR NETWORK QUALITY ESTIMATION, CONNECTIVITYDETECTION, AND LOAD MANAGEMENT,” filed on even date herewith, andassigned to the same assignee hereof, the entire contents of all ofwhich are incorporated by reference and should be considered a part ofthis specification.

BACKGROUND

Field

The present application relates generally to wireless communications,and more specifically to systems, methods, and devices for managingnetwork quality estimation.

Background

In many telecommunication systems, communications networks are used toexchange messages among several interacting spatially-separated devices.Networks may be classified according to geographic scope, which couldbe, for example, a metropolitan area, a local area, or a personal area.Such networks would be designated respectively as a wide area network(WAN), metropolitan area network (MAN), local area network (LAN),wireless local area network (WLAN), or personal area network (PAN).Networks also differ according to the switching/routing technique usedto interconnect the various network nodes and devices (e.g. circuitswitching vs. packet switching), the type of physical media employed fortransmission (e.g. wired vs. wireless), and the set of communicationprotocols used (e.g. Internet protocol suite, SONET (Synchronous OpticalNetworking), Ethernet, etc.).

Wireless networks are often preferred when the network elements aremobile and thus have dynamic connectivity needs, or if the networkarchitecture is formed in an ad hoc, rather than fixed, topology.Wireless networks employ intangible physical media in an unguidedpropagation mode using electromagnetic waves in the radio, microwave,infra-red, optical, etc. frequency bands. Wireless networksadvantageously facilitate user mobility and rapid field deployment whencompared to fixed wired networks.

The devices in a wireless network may transmit/receive informationbetween each other. The speed at which devices transfer information mayvary between different partner devices and/or different wirelessnetworks. Accordingly, improved systems, methods, and devices forestimating network speed, detecting connectivity, and management thereofare desired.

SUMMARY

The systems, methods, and devices of the invention each have severalaspects, no single one of which is solely responsible for its desirableattributes. Without limiting the scope of this invention as expressed bythe claims which follow, some features will now be discussed briefly.After considering this discussion, and particularly after reading thesection entitled “Detailed Description” one will understand how thefeatures of this invention provide advantages that include estimatingnetwork speed and/or Internet connectivity in conjunction with receiptof network access information, thereby decreasing the transfer of unuseddata.

An aspect of the subject matter described in the disclosure providesmethod of determining a characteristic of a communication link. Themethod includes transmitting, at a mobile device, a first request for afirst communication for determining suitability of the communicationlink, to a server. The method further includes receiving the firstcommunication from the server, in response to the first request. Thefirst communication is received over the communication link. The methodfurther includes determining suitability of the communication link basedon the first communication. The method further includes storinginformation identifying the determined suitability of a plurality ofnetworks. The method further includes selectively transmitting a secondrequest for a second communication, over the communication link. Theselectively transmitting is based on the stored information.

Another aspect of the subject matter described in the disclosureprovides a wireless device configured to determine a characteristic of acommunication link. The device includes a transmitter configured totransmit a first request for a first communication for determiningsuitability of the communication link. The transmitter is configured totransmit the first request to a server. The device further includes areceiver configured to receive the first communication from the serverin response to the first request. The receiver is configured to receivethe first communication over the communication link. The device furtherincludes a processor configured to determine suitability of thecommunication link based on the first communication. The device furtherincludes a memory configured to store information identifying thedetermined suitability of a plurality of networks. The transmitter isfurther configured to selectively transmit a second request for a secondcommunication, over the communication link. The selectively transmittingis based on the stored information.

Another aspect of the subject matter described in the disclosureprovides an apparatus for determining a characteristic of acommunication link. The apparatus includes means for transmitting afirst request for a first communication to a server. The firstcommunication is for determining suitability of the communication link.The apparatus further includes means for receiving the firstcommunication from the server in response to the first request. Thefirst communication is received over the communication link. Theapparatus further includes means for determining suitability of thecommunication link based on the first communication. The apparatusfurther includes means for storing information identifying thedetermined suitability of a plurality of networks. The apparatus furtherincludes means for selectively transmitting a second request for asecond communication, over the communication link. The selectivelytransmitting is based on the stored information.

Another aspect of the subject matter described in the disclosureprovides a non-transitory computer-readable medium. The medium includescode that, when executed, causes an apparatus to transmit, a firstrequest for a first communication for determining suitability of acommunication link. The first request is transmitted to a server. Themedium further includes code that, when executed, causes the apparatusto receive the first communication from the server, over thecommunication link, in response to the first request. The medium furtherincludes code that, when executed, causes the apparatus to determinesuitability of the communication link based on the first communication.The medium further includes code that, when executed, causes theapparatus to store information identifying the determined suitability ofa plurality of networks. The medium further includes code that, whenexecuted, causes the apparatus to selectively transmit a second requestfor a second communication, over the communication link. The selectivelytransmitting is based on the stored information.

Another aspect of the subject matter described in the disclosureprovides a method of determining a characteristic of an activecommunication link. The method includes determining an allowability foraccessing a server, via the active communication link, based on a firstaccess restriction. The method further includes transmitting a requestfor a communication from the server upon allowability for accessing. Themethod further includes receiving the communication from the server,over the communication link, in response to the request. The methodfurther includes determining a characteristic of the communication linkbased on the communication from the server.

Another aspect of the subject matter described in the disclosureprovides a wireless device configured to determine a characteristic ofan active communication link. The device includes a processor configuredto determine an allowability for accessing a server, via the activecommunication link, based on a first access restriction. The devicefurther includes a transmitter configured to transmit a request for acommunication from the server upon allowability for accessing. Thedevice further includes a receiver configured to receive thecommunication from the server, over the communication link, in responseto the request. The processor is further configured to determine acharacteristic of the communication link based on the communication fromthe server.

Another aspect of the subject matter described in the disclosureprovides an apparatus for determining a characteristic of an activecommunication link. The apparatus includes means for determining anallowability for accessing a server, via the active communication link,based on a first access restriction. The apparatus further includesmeans for transmitting a request for a communication from the serverupon allowability for accessing. The apparatus further includes meansfor receiving the communication from the server, over the communicationlink, in response to the request. The apparatus further includes meansfor determining a characteristic of the communication link based on thecommunication from the server.

Another aspect of the subject matter described in the disclosureprovides another non-transitory computer-readable medium. The mediumincludes code that, when executed, causes an apparatus to determine anallowability for accessing a server, via an active communication link,based on a first access restriction. The medium further includes codethat, when executed, causes the apparatus to transmit a request for acommunication from the server upon allowability for accessing. Themedium further includes code that, when executed, causes the apparatusto receive the communication from the server, over the communicationlink, in response to the request. The medium further includes code that,when executed, causes the apparatus to determine a characteristic of thecommunication link based on the communication from the server.

Another aspect of the subject matter described in the disclosureprovides a method of detecting connectivity to a server through anaccess point. The method includes generating, at a wireless device, aconnection detection request including a token. The method furtherincludes transmitting, at the wireless device, via the access point, theconnection detection request addressed to a server. The method furtherincludes waiting for a connection detection response from the server.The method further includes determining whether a received connectiondetection response includes the token.

Another aspect of the subject matter described in the disclosureprovides a method of communicating in a wireless network. The methodincludes determining a network connectivity of at least onecommunication link as acceptable or unacceptable. The method furtherincludes transmitting a first subset of data over communication linkswith unacceptable network connectivity. The method further includestransmitting a second subset of data over communication links withacceptable network connectivity.

Another aspect of the subject matter described in the disclosureprovides a wireless device configured to detect connectivity to a serverthrough an access point. The device includes a processor configured togenerate a connection detection request including a token. The devicefurther includes a transmitter configured to transmit, via the accesspoint, the connection detection request addressed to a server. Theprocessor is further configured to wait for a connection detectionresponse from the server. The processor is further configured todetermine whether a received connection detection response includes thetoken.

Another aspect of the subject matter described in the disclosureprovides a wireless device configured to communicate in a wirelessnetwork. The device includes a processor configured to determine anetwork connectivity of at least one communication link as acceptable orunacceptable. The device further includes a transmitter configured totransmit a first subset of data over communication links withunacceptable network connectivity. The transmitter is further configuredto transmit a second subset of data over communication links withacceptable network connectivity.

Another aspect of the subject matter described in the disclosureprovides an apparatus for detecting connectivity to a server through anaccess point. The apparatus includes means for generating a connectiondetection request including a token. The apparatus further includesmeans for transmitting, via the access point, the connection detectionrequest addressed to a server. The apparatus further includes means forwaiting for a connection detection response from the server. Theapparatus further includes means for determining whether a receivedconnection detection response includes the token.

Another aspect of the subject matter described in the disclosureprovides an apparatus for communicating in a wireless network. Theapparatus includes means for determining a network connectivity of atleast one communication link as acceptable or unacceptable. Theapparatus further includes means for transmitting a first subset of dataover communication links with unacceptable network connectivity. Theapparatus further includes means for transmitting a second subset ofdata over communication links with acceptable network connectivity.

Another aspect of the subject matter described in the disclosureprovides another non-transitory computer-readable medium. The mediumincludes code that, when executed, causes an apparatus to generate aconnection detection request including a token. The medium furtherincludes code that, when executed, causes the apparatus to transmit, viaan access point, the connection detection request addressed to a server.The medium further includes code that, when executed, causes theapparatus to wait for a connection detection response from the server.The medium further includes code that, when executed, causes theapparatus to determine whether a received connection detection responseincludes the token.

Another aspect of the subject matter described in the disclosureprovides another non-transitory computer-readable medium. The mediumincludes code that, when executed, causes an apparatus to determine anetwork connectivity of at least one communication link as acceptable orunacceptable. The medium further includes code that, when executed,causes the apparatus to transmit a first subset of data overcommunication links with unacceptable network connectivity. The mediumfurther includes code that, when executed, causes the apparatus totransmit a second subset of data over communication links withacceptable network connectivity.

Another aspect of the subject matter described in the disclosureprovides another method of determining a characteristic of acommunication link. The method includes transmitting, at a mobiledevice, a request for a communication from a server. The method furtherincludes receiving the communication from the server, over thecommunication link, in response to the request. The method furtherincludes computing a target amount of at least one of traffic or time toreceive the communication. The method further includes terminating thecommunication based on the computed time or amount of traffic received.The method further includes determining a characteristic of thecommunication link based on the communication from the server.

Another aspect of the subject matter described in the disclosureprovides another wireless device configured to determine acharacteristic of a communication link. The device includes atransmitter configured to transmit a request for a communication from aserver. The device further includes a receiver configured to receive thecommunication from the server, over the communication link, in responseto the request. The device further includes a processor configured tocompute a target amount of at least one of traffic or time to receivethe communication. The processor is further configured to terminate thecommunication based on the computed time or amount of traffic received.The processor is further configured to determine a characteristic of thecommunication link based on the communication from the server.

Another aspect of the subject matter described in the disclosureprovides another apparatus for determining a characteristic of acommunication link. The apparatus includes means for transmitting arequest for a communication from a server. The apparatus furtherincludes means for receiving the communication from the server, over thecommunication link, in response to the request. The apparatus furtherincludes means for computing a target amount of at least one of trafficor time to receive the communication. The apparatus further includesmeans for terminating the communication based on the computed time oramount of traffic received. The apparatus further includes means fordetermining a characteristic of the communication link based on thecommunication from the server.

Another aspect of the subject matter described in the disclosureprovides another non-transitory computer-readable medium. The mediumincludes code that, when executed, causes an apparatus to transmit arequest for a communication from a server. The medium further includescode that, when executed, causes the apparatus to receive thecommunication from the server, over a communication link, in response tothe request. The medium further includes code that, when executed,causes the apparatus to compute a target amount of at least one oftraffic or time to receive the communication. The medium furtherincludes code that, when executed, causes the apparatus to terminate thecommunication based on the computed time or amount of traffic received.The medium further includes code that, when executed, causes theapparatus to determine a characteristic of the communication link basedon the communication from the server.

Another aspect of the subject matter described in the disclosureprovides a method of estimating a quality of a communication link. Themethod includes receiving data units via a network interface. The methodfurther includes monitoring the received data units at the networkinterface. The method further includes determining, for each data unitreceived via the network interface, whether the data unit originatedfrom a local area network or a non-local network. The method furtherincludes computing a characteristic of the communication link based ondata units originating from a non-local network.

Another aspect of the subject matter described in the disclosureprovides a wireless device configured to estimate a quality of acommunication link. The device includes network interface configured toreceive data units. The device further includes a processor configuredto monitor the received data units at the network interface. Theprocessor is further configured to determine, for each data unitreceived via the network interface, whether the data unit originatedfrom a local area network or a non-local network. The processor isfurther configured to compute a characteristic of the communication linkbased on data units originating from a non-local network.

Another aspect of the subject matter described in the disclosureprovides an apparatus for estimating a quality of a communication link.The apparatus includes means for receiving data units via a networkinterface. The apparatus further includes means for monitoring thereceived data units at the network interface. The apparatus furtherincludes means for determining, for each data unit received via thenetwork interface, whether the data unit originated from a local areanetwork or a non-local network. The apparatus further includes means forcomputing a characteristic of the communication link based on data unitsoriginating from a non-local network.

Another aspect of the subject matter described in the disclosureprovides another non-transitory computer-readable medium. The mediuminclude code that, when executed, causes an apparatus to receive dataunits via a network interface. The medium further includes code that,when executed, causes the apparatus to monitor the received data unitsat the network interface. The medium further includes code that, whenexecuted, causes the apparatus to determine, for each data unit receivedvia the network interface, whether the data unit originated from a localarea network or a non-local network. The medium further includes codethat, when executed, causes the apparatus to compute a characteristic ofa communication link based on data units originating from a non-localnetwork.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example of a wireless communication system inwhich aspects of the present disclosure may be employed.

FIG. 2 illustrates various components, including a receiver, that may beutilized in a wireless device that may be employed within the wirelesscommunication system of FIG. 1.

FIG. 3 is a schematic illustration of a query response, according to oneembodiment.

FIG. 4 is a flowchart illustrating a method of determining thesufficiency of a communication link quality.

FIG. 5 is a flowchart illustrating a method of determining Internetconnectivity of an access point.

FIG. 6 is a flowchart illustrating an embodiment of a method ofdetermining a characteristic of a communication link.

FIG. 7 is a functional block diagram of a system for determining acharacteristic of a communication link, in accordance with an exemplaryembodiment of the invention.

FIG. 8 is a flowchart 800 illustrating an embodiment of a method ofdetermining a characteristic of an active communication link.

FIG. 9 is a functional block diagram of a system for determining acharacteristic of an active communication link, in accordance with anexemplary embodiment of the invention.

FIG. 10 is a flowchart illustrating an embodiment of a method ofdetecting connectivity to a server through an access point.

FIG. 11 is a functional block diagram of a system for detectingconnectivity to a server through an access point, in accordance with anexemplary embodiment of the invention.

FIG. 12 is a flowchart illustrating an embodiment of a method ofcommunicating in a wireless network.

FIG. 13 is a functional block diagram of a system for communicating in awireless network, in accordance with an exemplary embodiment of theinvention.

FIG. 14 is a flowchart illustrating an embodiment of another method ofdetermining a characteristic of a communication link.

FIG. 15 is a functional block diagram of another system for determininga characteristic of a communication link, in accordance with anexemplary embodiment of the invention.

FIG. 16 is a flowchart illustrating an embodiment of a estimating aquality of a communication link.

FIG. 17 is a functional block diagram of a system for estimating aquality of a communication link, in accordance with an exemplaryembodiment of the invention.

DETAILED DESCRIPTION

Various aspects of the novel systems, apparatuses, and methods aredescribed more fully hereinafter with reference to the accompanyingdrawings. The teachings disclosure may, however, be embodied in manydifferent forms and should not be construed as limited to any specificstructure or function presented throughout this disclosure. Rather,these aspects are provided so that this disclosure will be thorough andcomplete, and will fully convey the scope of the disclosure to thoseskilled in the art. Based on the teachings herein one skilled in the artshould appreciate that the scope of the disclosure is intended to coverany aspect of the novel systems, apparatuses, and methods disclosedherein, whether implemented independently of or combined with any otheraspect of the invention. For example, an apparatus may be implemented ora method may be practiced using any number of the aspects set forthherein. In addition, the scope of the invention is intended to coversuch an apparatus or method which is practiced using other structure,functionality, or structure and functionality in addition to or otherthan the various aspects of the invention set forth herein. It should beunderstood that any aspect disclosed herein may be embodied by one ormore elements of a claim.

Although particular aspects are described herein, many variations andpermutations of these aspects fall within the scope of the disclosure.Although some benefits and advantages of the preferred aspects arementioned, the scope of the disclosure is not intended to be limited toparticular benefits, uses, or objectives. Rather, aspects of thedisclosure are intended to be broadly applicable to different wirelesstechnologies, system configurations, networks, and transmissionprotocols, some of which are illustrated by way of example in thefigures and in the following description of the preferred aspects. Thedetailed description and drawings are merely illustrative of thedisclosure rather than limiting, the scope of the disclosure beingdefined by the appended claims and equivalents thereof.

Popular wireless network technologies may include various types ofwireless local area networks (WLANs). A WLAN may be used to interconnectnearby devices together, employing widely used networking protocols. Thevarious aspects described herein may apply to any communicationstandard, such as WiFi or, more generally, any member of the IEEE familyof wireless protocols. For example, the various aspects described hereinmay be used as part of the IEEE 802.11n protocol.

In some implementations, a WLAN includes various devices which are thecomponents that access the wireless network. For example, there may betwo types of devices: access points (“APs”) and clients (also referredto as stations, or “STAs”). In general, an AP serves as a hub or basestation for the WLAN and an STA serves as a user of the WLAN. Forexample, an STA may be a laptop computer, a personal digital assistant(PDA), a mobile phone, etc. In an example, an STA connects to an AP viaa WiFi (e.g., IEEE 802.11 protocol such as 802.11n) compliant wirelesslink to obtain general connectivity to the Internet or to other widearea networks. The AP may interconnect with the Internet or with otherwide area networks over a link that may be referred to as a backhaul. Insome implementations an STA may also be used as an AP.

An access point (“AP”) may also include, be implemented as, or known asa NodeB, eNodeB, Base Station Controller (“BSC”), Base TransceiverStation (“BTS”), Base Station (“BS”), Transceiver Function (“TF”), RadioRouter, Radio Transceiver, or some other terminology.

A station “STA” may also include, be implemented as, or known as anaccess terminal (“AT”), a subscriber station, a subscriber unit, amobile station, a remote station, a remote terminal, a user terminal, auser agent, a user device, user equipment, or some other terminology. Insome implementations an access terminal may comprise a cellulartelephone, a cordless telephone, a Session Initiation Protocol (“SIP”)phone, a wireless local loop (“WLL”) station, a personal digitalassistant (“PDA”), a handheld device having wireless connectioncapability, or some other suitable processing device connected to awireless modem. Accordingly, one or more aspects taught herein may beincorporated into a phone (e.g., a cellular phone or smartphone), acomputer (e.g., a laptop), a portable communication device, a headset, aportable computing device (e.g., a personal data assistant), anentertainment device (e.g., a music or video device, or a satelliteradio), a gaming device or system, a global positioning system device,or any other suitable device that is configured to communicate via awireless medium.

FIG. 1 illustrates an example of a wireless communication system 100 inwhich aspects of the present disclosure may be employed. The wirelesscommunication system 100 may operate pursuant to a wireless standard,for example the 802.11n standard. The wireless communication system 100may include an AP 104, which communicates with STAs 106.

A variety of processes and methods may be used for transmissions in thewireless communication system 100 between the AP 104 and the STAs 106.For example, signals may be sent and received between the AP 104 and theSTAs 106 in accordance with OFDM/OFDMA techniques. If this is the case,the wireless communication system 100 may be referred to as anOFDM/OFDMA system. Alternatively, signals may be sent and receivedbetween the AP 104 and the STAs 106 in accordance with CDMA techniques.If this is the case, the wireless communication system 100 may bereferred to as a CDMA system.

A communication link that facilitates transmission from the AP 104 toone or more of the STAs 106 may be referred to as a downlink (DL) 108,and a communication link that facilitates transmission from one or moreof the STAs 106 to the AP 104 may be referred to as an uplink (UL) 110.Alternatively, a downlink 108 may be referred to as a forward link or aforward channel, and an uplink 110 may be referred to as a reverse linkor a reverse channel.

The AP 104 may act as a base station and provide wireless communicationcoverage in a basic service area (BSA) 102. The AP 104 along with theSTAs 106 associated with the AP 104 and that use the AP 104 forcommunication may be referred to as a basic service set (BSS). It shouldbe noted that the wireless communication system 100 may not have acentral AP 104, but rather may function as a peer-to-peer networkbetween the STAs 106. Accordingly, the functions of the AP 104 describedherein may alternatively be performed by one or more of the STAs 106.

In the illustrated embodiment, the AP 104 uses a backhaul communicationlink 112, to communicate with a larger network 114. The network 114 maybe, for example the Internet or a public switched telephone network(PSTN). The backhaul may comprise several physical links. In anembodiment, the STA 106 may communicate with a server 116 via the AP104. For example, the STA 106 may communicate with the AP 104 via theuplink 110 and the downlink 108, and the AP 104 may relay thecommunication to the server 116 via the backhaul communication link 112.

Backhaul Quality Estimation (BQE)

In an embodiment, the STA 106 may estimate a quality of the end-to-endlink with the server 116. The end-to-end link may include, for example,the uplink 110, the downlink 108, and the backhaul communication link112. Accordingly, the STA 106 may estimate the quality of the end-to-endlink as the cumulative quality of the uplink 110, the downlink 108,and/or the backhaul communication link 112. The STA 106 may measurequality of the end-to-end link as a measurement of, for example,transfer speed, latency, packet delay variation, packet loss, etc. Inembodiments where the quality of the backhaul communication link 112 islower than that of the uplink 110 and/or the downlink 108, the qualityof the end-to-end link may be limited by the quality of the backhaulcommunication link 112. Conversely, in embodiments where the quality ofthe backhaul communication link 112 is higher than that of the uplink110 and/or the downlink 108, the quality of the end-to-end link may belimited by the quality of the uplink 110 and/or the downlink 108.Accordingly, in some embodiments, the STA 106 may effectively estimate aquality of the backhaul communication link 112. Estimation of thequality of one or more aspects of the end-to-end link may be referred toherein as “backhaul quality estimation” (BQE).

In an embodiment, the STA 106 may estimate the quality of the end-to-endlink with the server 116, for example, by requesting a file from theserver 116. Specifically, the STA 106 may send a quality estimationrequest to the server 116. The server 116 may send, to the STA 106, aquality estimation response including data referred to herein as a file.Although the STA 106 is described herein as downloading a “file” fromthe server 116, it will be appreciated that the quality estimationresponse need not be static. In an embodiment, the STA 106 maydynamically generate the quality estimation response.

In embodiments where the quality of the end-to-end link includes thespeed of the end-to-end link, the STA 106 may estimate the speed of theend-to-end link by measuring the amount of time it takes to download thequality estimation response from the server 116 and dividing the size ofthe quality estimation response by the transfer time. In embodimentswhere the quality of the end-to-end link includes the latency of theend-to-end link, the STA 106 may estimate the latency of the end-to-endlink by measuring the amount of time it takes for the server to respondto a download request. In embodiments where the quality of theend-to-end link includes the packet delay variation of the end-to-end,the STA 106 may estimate the packet delay variation of the end-to-endlink by monitoring the transmission of packets and acknowledgments whendownloading the quality estimation response. In embodiments where thequality of the end-to-end link includes the packet loss rate of theend-to-end link, the STA 106 may estimate the packet loss rate of theend-to-end link by measuring the number of packets resent by the server116 when downloading the quality estimation response.

In one embodiment, the quality estimation response may include randomdata, pseudo-random data, null data, or data relevant to the currentstate of the STA 106. The quality estimation response may include datanot intended to convey new information to the STA 106. Accordingly, thequality estimation response may be referred to as a “dummy file.” TheSTA 106 may discard or delete the data in the dummy file without use.For example, the STA 106 may not use the data in the dummy file in anapplication, and may not present the data via a user interface. Inanother embodiment, the file is processed by the STA 106 and providesinformation relevant to the context or state of the STA 106.

In an embodiment, the server 116 may cache the quality estimationresponse. For example, the server 116 may be part of a content deliverynetwork (CDN) such as, for example, the Akamai® Content Delivery Networkprovided by Akamai Technologies, Inc., Cambridge, Mass. The CDN maycache the quality estimation response at one of a plurality of serversin different geographical locations, and quality estimation requests maybe routed to the server nearest the STA 106. As used herein, the server116 may refer to either a standalone server or a server operating inconjunction with a CDN.

In an embodiment, the quality estimation response may be of a sizesufficient for the STA 106 to measure the quality of the end-to-endlink. For example, the quality estimation response may be between about0 bits and about 2 megabits in size. In an embodiment, the qualityestimation response may between about 0.5 megabits and about 1.5megabits in size, and more particularly, about 1 megabit in size. In anembodiment, the quality estimation response size may be based on a roundtrip time (RTT) of packets between the STA 106 and the server 116. Forexample, the quality estimation response may be related to the RTT basedon Table 1, below.

TABLE 1 Value of RTT (seconds) Quality Estimation Response (megabits)0.02 0.18 0.03 0.18 0.04 0.37 0.05 0.37 0.10 0.76 0.15 0.76 0.20 1.52

Because the STA 106 may estimate the quality of the end-to-end linkfrequently, such as every time the STA 106 connects to an AP, thequality estimation response may consume significant bandwidth over time.The bandwidth used by the STA 106 when downloading the qualityestimation response may count towards a bandwidth quota associated withthe STA 106. Accordingly, it may be desirable for the quality estimationresponse to contain useful data instead of dummy data. Useful data mayinclude, for example, data not already available to the STA 106, datafor use by an application on the STA 106, data to be presented via auser interface of the STA 106, and/or device management information.Device management information may include, for example, an accessprobability factor, a quality estimation quota, a BQE cache period, aBQE history limit, a passive BQE command, and/or other information. Thedevice management information may include an access restriction.

A large number of STAs may be configured to send quality estimationrequests from the server 116. As the number of quality estimationrequests sent to the server 116 increases, the processing load and/ornetwork bandwidth load on the server 116 may increase. In someembodiments, the number of quality estimation requests may exceed thecapabilities of the server 116. The server 116 may manage the volume ofquality estimation requests by sending device management information tothe STA 106. The device management information may indicate conditionsunder which the server 116 is available for BQE.

FIG. 2 illustrates various components that may be utilized in a wirelessdevice 202 that may be employed within the wireless communication system100. The wireless device 202 may include a processor 204, a memory 206,a housing 208, a transmitter 210 and a receiver 212 (which may form atransceiver 214), an antenna 216, a location module 218, a digitalsignal processor (DSP) 220, a user interface 222, and a communicationbus 226. The wireless device 202 is an example of a device that may beconfigured to implement the various methods described herein. Forexample, the wireless device 202 may comprise the AP 104 and/or one ofthe STAs 106.

The wireless device 202 may include a processor 204 which controlsoperation of the wireless device 202. The processor 204 may also bereferred to as a central processing unit (CPU). Memory 206, which mayinclude both read-only memory (ROM) and random access memory (RAM),provides instructions and data to the processor 204. A portion of thememory 206 may also include non-volatile random access memory (NVRAM).The processor 204 performs logical and arithmetic operations based onprogram instructions stored within the memory 206. The instructions inthe memory 206 may be executable to implement the methods describedherein.

The processor 204 may comprise or be a component of a processing systemimplemented with one or more processors. The one or more processors maybe implemented with any combination of general-purpose microprocessors,microcontrollers, digital signal processors (DSPs), field programmablegate array (FPGAs), programmable logic devices (PLDs), controllers,state machines, gated logic, discrete hardware components, dedicatedhardware finite state machines, or any other suitable entities that mayperform calculations or other manipulations of information.

The processing system may also include machine-readable media forstoring software. Software shall be construed broadly to mean any typeof instructions, whether referred to as software, firmware, middleware,microcode, hardware description language, or otherwise. Instructions mayinclude code (e.g., in source code format, binary code format,executable code format, or any other suitable format of code). Theinstructions, when executed by the one or more processors, cause theprocessing system to perform the various functions described herein.

The wireless device 202 may also include a housing 208 that may includea transmitter 210 and/or a receiver 212 to allow transmission andreception of data between the wireless device 202 and a remote location.The transmitter 210 and receiver 212 may be combined into a transceiver214. An antenna 216 may be attached to the housing 208 and electricallycoupled to the transceiver 214. The wireless device 202 may also include(not shown) multiple transmitters, multiple receivers, multipletransceivers, and/or multiple antennas.

The transmitter 210 may be configured to transmit the quality estimationrequest, as discussed above, and to associate with various APs. Thereceiver 212 may be configured to receive the quality estimationresponse, as discussed above, and to monitor the availability of variousAPs.

The wireless device 202 may also include a location module 218 that maybe used to determine a location of the wireless device 202. The locationmodule 218 may determine the location of the wireless device 202 basedon, for example, the global positioning system (GPS), assisted globalpositioning system (AGPS), cellular triangulation, IP-based locationawareness techniques, etc. The location module 218 may determine thelocation of the wireless device 202 in conjunction with the receiver212, the antenna 216, the processor 204, the memory 206, and/or the DSP220. The wireless device 202 may also include a digital signal processor(DSP) 220 for use in processing signals. The DSP 220 may be configuredto generate a packet for transmission. In some aspects, the packet maycomprise a physical layer data unit (PPDU).

The wireless device 202 may further comprise a user interface 222 insome aspects. The user interface 222 may comprise a keypad, amicrophone, a speaker, and/or a display. The user interface 222 mayinclude any element or component that conveys information to a user ofthe wireless device 202 and/or receives input from the user. In anembodiment, the user interface 222 may display the wireless network mapto the user and may receive an instruction to associate with a differentAP based on the wireless network map.

The various components of the wireless device 202 may be coupledtogether by a bus system 226. The bus system 226 may include a data bus,for example, as well as a power bus, a control signal bus, and a statussignal bus in addition to the data bus. Those of skill in the art willappreciate the components of the wireless device 202 may be coupledtogether or accept or provide inputs to each other using some othermechanism.

Although a number of separate components are illustrated in FIG. 2,those of skill in the art will recognize that one or more of thecomponents may be combined or commonly implemented. For example, theprocessor 204 may be used to implement not only the functionalitydescribed above with respect to the processor 204, but also to implementthe functionality described above with respect to the signal detector218 and/or the DSP 220. Further, each of the components illustrated inFIG. 2 may be implemented using a plurality of separate elements.

For ease of reference, when the wireless device 202 is configured as anAP, it is hereinafter referred to as a wireless device 202 a. Similarly,when the wireless device 202 is configured as a STA, it is hereinafterreferred to as a wireless device 202 s. A device in the wirelesscommunication system 100 may implement only functionality of atransmitting node, only functionality of a receiving node, orfunctionality of both a transmitting node and a receive node.

Active BQE

In an embodiment, the processor 204 is configured to estimate thequality of a communication link. For example, in embodiments where thewireless device 202 s comprises the STA 106, the processor 204 mayestimate the quality of the end-to-end link between the STA 106 and theserver 116 via BQE. In an embodiment, the processor 204 mayintermittently attempt BQE. In an embodiment, the processor 204 mayattempt BQE every time the wireless device 202 s connects to acommunication network. For example, the processor 204 may attempt BQEevery time the wireless device 202 s associates with an AP, such as theAP 104. In another embodiment, the processor 204 may attempt BQE atregular or irregular intervals.

When attempting BQE, the processor 204 may determine whether the server116 is available for BQE. In an embodiment, the processor 204 maydetermine whether the server 116 is available for BQE based on devicemanagement information received from the server 116. If the processor204 determines that the server 116 is available for BQE, the BQE attemptmay be said to succeed. If the processor 204 determines that the server116 is not available for BQE, the BQE attempt may be said to fail, orabort. When the BQE attempt succeeds, the processor 204 may generate aquality estimation request, transmit the quality estimation request,receive a quality estimation response, calculate a quality metric forthe communication link based on the response to the quality estimationrequest, report the quality metric to the server, and store the responsein the memory 206. Bandwidth quality estimation involving the server 116may be referred to as “active BQE.”

In an embodiment, the processor 204 generates a quality estimationrequest when the server 116 is available for BQE. In an embodiment, thequality estimation request may include a hypertext transport protocol(HTTP) GET request. In another embodiment, the quality estimation reportmay include an HTTP POST request including the quantized location. Invarious embodiments, the quality estimation request may take otherforms.

In an embodiment, the processor 204 may cause the transmitter 210 totransmit the quality estimation request to the server 116 via theantenna 216. The processor may receive a response from the server 116via the receiver 212. The response may include the device managementinformation. In an embodiment, the processor 204 may generate andtransmit a quality estimation request on a periodic basis, every timethe wireless device 202 s connects to a new wireless network, or basedon various other criteria.

When receiving the quality estimation response from the server 116, theprocessor 204 may calculate a quality metric based on the response. Thequality metric can include communication statistics, and can be referredto as a BQE result. For example, the processor 204 may estimate thespeed of the communication link by measuring the amount of time it takesto receive a number of bytes and dividing the size of the qualityestimation response by the transfer time. The bytes may be received fromthe server 116 or any other host transmitting to the wireless device202. The processor 204 may estimate the latency of the communicationlink by measuring the amount of time it takes for the server to respondto the quality estimation request. The processor 204 may estimate thepacket delay variation of the communication link by monitoring thetransmission of packets and acknowledgments when receiving the response.The processor 204 may estimate the packet loss rate of the communicationlink by measuring the number of packets resent by the server 116 whenreceiving the response.

In an embodiment, the processor 204 may calculate an “srate” metricduring active BQE. The srate may be used as an aggregate metricreflecting a qualitative user experience by measuring the mean rateduring a time period. The time period can include a DNS query time (ifapplicable), a TCP connection setup time, a TCP slow start time, and TCPcongestion avoidance time. The processor 204 may maintain a BQE counter,which may be incremented at the start of each active BQE. The processor204 may compute a file size to request and determine a BQE timeoutindicating a maximum time during which the BQE response should bedownloaded. In an embodiment, the processor 204 collects informationabout the AP 104, such as the Basic Service Set Identifier (BSSID) ofthe AP 104.

In an embodiment, the processor 204 may compute the file size based onone or more of: a maximum bandwidth (MBW), a round trip time (RTT), amaximum segment size (MSS), a number of parallel streams (NPS), and aratio of a time spent in congestion avoidance to a time spent in TCPslow start (cong2slow). In an embodiment, the server 116 can send theMBW to the STA 106 in order to convey the maximum bandwidth that the STA106 should attempt to measure according to current operations policies.In an embodiment, the STA 106 can receive the MBW from the server 116during an Internet connection detection (ICD). During ICD, describedbelow with respect to FIG. 5, the STA 116 can detect whether the AP 104provides Internet connectivity. In an embodiment, the STA 106 can storethe received MBW and/or a default MBW in the memory 206.

In an embodiment, the processor 204 may estimate the RTT to the server116 in order to adapt the amount of BQE traffic to the network latencyconditions. In an embodiment, the processor 204 may use a default RTTvalue when an estimated RTT value is not available. In an embodiment,the processor 204 may estimate the RTT in conjunction with an ICDtransmission, described below with respect to FIG. 5. In an embodiment,the processor 204 may estimate the RTT based on any Internet host. In anembodiment, the processor 204 may use another Internet host for RTTestimation only when the server 116 is not available.

When computing the file size, the processor 204 may determine a totaltraffic value equal to: NPS*(2^R−1)*MSS+MBW*T*cong2slow. As discussedabove, NPS is the number of parallel TCP streams used for BQE. R is thenumber of RTTs sufficient for the transport protocol to hit a peak rate.In an embodiment, R=max(1, log 2(MBW*RTT/(N*MSS)). MSS is the maximumsegment size used by the transport protocol. MBW is the maximumbandwidth that BQE attempts to estimate. T is the elapsed timesufficient for the transport protocol to hit the peak rate. In anembodiment, T=RTT*R. In an embodiment, the file size is the smallestallowed size that is at least equal to the determined total trafficvalue. In an embodiment the transport protocol is TCP.

In an embodiment, the processor 204 may compute the BQE timeout based onone or more of: the a ratio of a time spent in congestion avoidance to atime spent in TCP slow start (cong2slow), the elapsed time sufficientfor the download to hit the peak rate (T), and/or a provisioned time fora DNS query to resolve (dns_rtt). When an RTT estimation to the server116 is available, the processor 204 may determine that the DNS for theICD/BQE server is in the local DNS cache and may not provision time toresolve DNS during BQE. Thus, the processor 204 may set dns_rtt=0. Whenan RTT estimation to the server 116 is not available, the processor 204may set dns_rtt=2*RTT. In an embodiment, the processor 204 may computethe BQE timeout as (cong2slow+1)*T+dns_rtt.

In an embodiment, the processor 204 generates a URI for a BQE requestbased on the file size and the information about the AP 104. In anembodiment, the processor binds the socket used for the BQE request (forexample, an HTTP transmission) to a Wireless Local Area Network (WLAN)interface. The processor 204 can submit the BQE request via an HTTP GETfor the generated URI. In an embodiment, the processor 204 can start aBQE timer based on the BQE timeout and begin estimating the srate.

In an embodiment the processor 204 may compute the srate based on anumber of downloaded bytes and an elapsed download time. In anembodiment, the processor 204 may monitor the number of bytes downloadedfrom non-local hosts at a network interface level. The processor 204 mayperiodically update a byte counter. In an embodiment, the processor 204may monitor only bytes received over a radio interface.

In an embodiment, the processor 204 may determine that BQE is successfulif an HTTP exception occurs during transmission of the BQE request. Forexample, the processor 204 may determine that BQE is successful if oneor more of the following are received: SC_INTERNAL_SERVER_ERROR,SC_NOT_FOUND, SC_SERVICE_UNAVAILABLE, and SC_UNAUTHORIZED. In anembodiment, the processor 204 may not store the computed rate in thememory 206 if BQE is determined to be successful due to an HTTPexception.

In an embodiment, the processor 204 may monitor the number of bytesreceived while downloading. When the number of bytes received during theactive BQE is equal or greater than the computed file size, theprocessor 204 may terminate the active BQE download. In an embodiment,the processor 204 may terminate the ongoing HTTP GET via, for example, asocket shutdown or an HTTP library. The processor 204 may send a TCP FINand/or a TCP RST packet when terminating the download.

In an embodiment, the processor 204 may monitor the BQE timer during theactive BQE. When the BQE timer indicates that the duration of the activeBQE is equal to or greater than the BQE timeout threshold, the processor204 may terminate the active BQE download. In an embodiment, theprocessor 204 may terminate the ongoing HTTP GET via, for example, asocket shutdown or an HTTP library. The processor 204 may send a TCP FINpacket. In various embodiments, the BQE timer can count down from, orcount up to, the BQE timeout. In an embodiment, the processor 204 maystop the BQE download based on a combination of the number of bytesreceived and the BQE timer.

In an embodiment, the processor 204 can compute a BQE metric based onthe active BQE download. The processor 204 may compare the BQE metric toa BQE threshold. The BQE threshold may indicate a minimum quality that acommunication link must meet in order for the wireless device 202 to useit. In an embodiment, the processor 204 may determine that thecommunication link 112 is of sufficient quality when the BQE metric isgreater than or equal to the BQE threshold. In an embodiment, theprocessor 204 may determine that the communication link 112 is ofinsufficient quality when the BQE metric is less than the BQE threshold.

In an embodiment, the processor 204 may upload one or more piece of BQEinformation to the server 116 after BQE. For example, the processor 204may upload the computed srate to the server 116 when the processor 204determines that the communication link 112 is of sufficient quality. Inan embodiment, the processor 204 may only upload the BQE informationwhen the processor determines that the communication link 112 providesaccess to the Internet. In an embodiment, the processor 204 may storethe BQE information in the memory 206 when the communication link 112 isof sufficient quality.

In an embodiment, the processor 204 may discard the BQE result withoutuploading the BQE information to the server 116, when the processor 204determines that the communication link 112 is of insufficient qualityand/or the processor 204 determines that the communication link 112 doesnot provide Internet access. In an embodiment, the processor 204 may notstore the BQE information in the memory 206 when the communication link112 is of insufficient quality. In an embodiment, the processor 204 maynot store the BQE information in the memory 206 when the processor 204cannot determine one or more identifiers for the AP 104 such as, forexample, a Service Set ID (SSID).

In an embodiment, the processor 204 may store the response in the memory206 after receiving it from the server 116 via the receiver 212. Invarious embodiments, the processor 204 may use the information in thequality estimation response for a variety of purposes other than qualityestimation. For example, in embodiments where the response includesdevice management information, the processor 204 may store the devicemanagement information in the memory 206 for later use in determiningavailability of the server 116 for BQE.

Passive BQE

In an embodiment, the quality estimation is a passive BQE. A passive BQEcommand may include information indicating that the processor 204 shouldnot send a quality estimation request to the server 116. BQE withoutcontacting the server 116 may be referred to as “passive BQE.” In anembodiment, when the processor 204 attempts BQE, the processor 204 canperform passive BQE by monitoring network traffic over the transmitter210 and/or the receiver 212 without sending a quality estimation requestto the server 116.

In embodiments where the processor 204 performs passive BQE, theprocessor 204 may estimate the speed of a link with by measuring theamount of time it takes to transfer data to or from a server anddividing the amount of transferred data by the transfer time. In anotherembodiment, the processor 204 may estimate the latency of the link witha server by measuring the amount of time it takes for the server torespond to a communication. In another embodiment, the processor 204 mayestimate the packet delay variation of the link with a server bymonitoring the transmission of packets and acknowledgments. In anotherembodiment, the processor 204 may estimate the packet loss rate of thelink with a server by measuring the number of packets resent by theserver when downloading the quality estimation response. In anembodiment, during passive BQE, the processor 204 monitors and/ormeasures only communications not initiated for the purpose of BQE andwith a destination across the backhaul 112.

In an embodiment, the processor 204 may perform passive BQE using one ormore techniques described above with respect to active BQE. For example,the processor 204 may perform active BQE techniques without sending adownload request to the server 116. Instead of monitoring bytesdownloaded from the server 116, the processor 204 may monitor bytesdownloaded from one or more other Internet servers. The processor 204may monitor the downloaded bytes using the aforementioned sampling mode,burst mode, srate computation, etc. In an embodiment, the processor 204may only monitor non-local traffic for passive BQE. In an embodiment theprocessor may only monitor unicast traffic and exclude broadcast andunicast traffic. In an embodiment, the processor 204 may exclude periodsduring which no bytes have been received in computing the srate and/orthe bust bitrate. In another embodiment, the processor 204 may measureall traffic received at the network layer, and may compute the averageof the highest N bitrate samples, where N is an integer. In anembodiment, the processor 204 may perform passive BQE upon connection ofthe STA 106 to the AP 104, and may only perform passive BQE for alimited period of time thereafter.

In an embodiment, the processor 204 may calculate the srate according toa sampling interval and a burst duration. In an embodiment, the samplinginterval can indicate how often the processor 204 checks the bytecounter. The burst duration can indicate a duration over which theprocessor 204 should calculate a bitrate. The burst duration may bespecified as a multiple of the sampling interval. In an embodiment, theSTA 106 may receive the burst duration and/or the sampling interval fromthe server 116. In an embodiment, the STA 106 may store the burstduration and/or the sampling interval in the memory 206.

In an embodiment, at each sampling interval, the processor 204 maycompute the number of bytes received in that interval. When periodicallycomputing the number of bytes received, the processor 204 may be in asampling mode. When processor 204 determines that at least one byte hasbeen received, the processor 204 may enter a burst mode.

In the burst mode, the processor 204 may compute the number of bytesreceived during the duration of the burst. The processor 204 maycalculate a burst rate equal to then number of bytes received during theburst divided by the duration of the burst. During srate computation,the processor 204 may calculate the srate as 8 times the number of bytesreceived across one or more bursts, divided by the time elapsed acrossthe one or more bursts.

In an embodiment, the memory 206 may store a pre-set passive BQEcommand. In another embodiment, the processor 204 may generate thepassive BQE command based on, for example, historical BQE results, abattery level, etc. In another embodiment, the processor 204 mayretrieve the passive BQE command via the receiver 212 and store thepassive BQE command in the memory 206. In an embodiment, the processor204 may receive the passive BQE command from the server 116 in responseto a quality estimation request. The passive BQE command may be includedin the quality estimation response. In various embodiments, theprocessor 204 may perform passive BQE in addition to, or instead of,active BQE. For example, the processor 204 may perform passive BQE whenthe processor 204 attempts active BQE and fails. As another example, theprocessor 204 may be configured to perform passive BQE without receivingthe passive BQE command.

FIG. 3 is a schematic illustration of a query response 300, according toone embodiment. The query response 300 can include one or more of a BQEresponse and an ICD response, described below with respect to FIG. 5. Asshown, the query response 300 includes device management information 310and BQE and/or ICD data 320. Although the device management information310 and the BQE or ICD data 320 are shown in a particular arrangement,one having ordinary skill in the art will appreciate that otherarrangements are possible. For example, the positions of the devicemanagement information 310 and the BQE data 320 can be reversed,interleaved, separated by additional data, etc. Furthermore, the BQE orICD data 320 can be omitted in embodiments where the device managementinformation 310 is sufficient for BQE or ICD.

Crowd Information

The BQE and/or ICD data 320 can include dummy data and/or useful datasuch as, for example, information about nearby WiFi hotspots, achallenge response, etc. In an embodiment, the quality estimationresponse may include crowd-sourced information (“crowd information”).The crowd information may include BQE information based on BQE resultsof one or more other STAs 106 for a specific AP 104. At least some ofthe crowd information can by provided by other users and collected onthe server 116. In an embodiment, the crowd information includes anumerical value indicating whether the communication link 112 is ofsufficient quality. In another embodiment, the crowd informationincludes an average BQE metric for the communication link 112. Inanother embodiment, the crowd information can include one or more othermetrics based on past BQE results stored at the server 116. A personhaving ordinary skill in the art will appreciate that the crowdinformation can use any suitable encoding.

In an embodiment, the query response 300 can be formatted as text,hypertext markup language (HTML), extensible markup language (XML), orany other data format. In one embodiment, the query response 300 can beformatted as follows:

<access probability>0.7</access probability> <quota>9</quota> <bytesfrom here on until end are meaningless>Pppppppppppppppppppppppppppppppppppppppppppp....

In the illustrated embodiment, the device management information 320includes a history limit 330, a cache period 340, a request quota 360,an access probability factor 360, and a passive BQE command 370. Invarious embodiments, the device management information 320 may includethe history limit 330, the cache period 340, the request quota 360, theaccess probability factor 360, and the passive BQE command 370 in adifferent order, may include additional information, and/or may omit oneor more of the history limit 330, the cache period 340, the requestquota 360, the access probability factor 360, and the passive BQEcommand 370. In various embodiments, the processor 204 can act on one ormore of the history limit 330, the cache period 340, the request quota360, the access probability factor 360, and the passive BQE command 370,either alone or in combination.

History Limit

In an embodiment, the query response 300 may include the history limit330. The history limit may include information indicating how many BQEand/or ICD results the processor 204 should store for each communicationnetwork. In an embodiment, the history limit 330 includes a numericalvalue indicating maximum number of BQE and/or ICD results that theprocessor 204 should store in the memory 206 for each communicationnetwork for which the processor 204 performs BQE and/or ICD. A personhaving ordinary skill in the art will appreciate that the history limit330 can use any suitable encoding. In various embodiments, the devicemanagement information 310 can include a separate history limit 330 forone or both of BQE and ICD requests, or a combined history limit 330 forboth BQE and ICD requests.

In one embodiment, the processor 204 may attempt BQE and/or ICD, forexample, when the wireless device 202 s connects to the AP 104. In orderto determine whether the server 116 is available for BQE and/or ICD, theprocessor may read a BQE and/or ICD result history from the memory 206.The result history may include a long term history of BQE and/or ICDresults. In an embodiment, the result history may include a list ofnetwork identifiers, corresponding BQE and/or ICD results, and/orcorresponding time stamps indicating when each result was recorded. Thenetwork identifiers can include, for example, SSIDs, BSSIDs, routermedia access control (MAC) addresses, network domain names, etc.

The STA 106 may maintain separate result histories for BQE and ICDresults, or may maintain a combined result history. In an embodiment,the result history (storing a relatively long term result history) and aresult cache (storing a relatively short term result history, asdescribed below) can be included in the same data set. In anotherembodiment, the result history and the result cache can be storedseparately.

The processor 204 may determine a current network identifier (i.e. thenetwork identifier for the network to which the wireless device 202 s isconnected). The processor 204 may compare the current network identifierto the network identifiers in the result history stored in the memory206. If the current network identifier is not included in the resulthistory stored in the memory 206, then the processor 204 may determinethat the server 116 is available for BQE and/or ICD. If the currentnetwork identifier is included in the result history stored in thememory 206, then the processor 204 may determine that the server 116 isavailable for BQE if the local history does not allow BQE to conclude(for example, BQE pass or BQE fail). The local history allows to BQE toconclude when Average−Standard Deviation>Threshold, in which case itconcludes BQE pass, or when Average+Standard Deviation<Threshold inwhich case it concludes BQE fail. In the foregoing equations, Average isthe average of the past X BQE results for the current networkidentifier, Standard Deviation is the standard deviation over the past Xresults, and Threshold is a threshold bitrate.

In an embodiment, X is equal to the history limit 330. In an embodiment,the memory 206 may store a pre-set X value. In another embodiment, theprocessor 204 may generate the X value based on, for example, historicalBQE and/or ICD results, a battery level, etc. In another embodiment, theprocessor 204 may retrieve the X value via the receiver 212 and storethe X value in the memory 206. In an embodiment, the processor 204 mayreceive the X value from the server 116 in response to a qualityestimation request. The X value may be included in the query response300.

In an embodiment, the memory 206 may store a pre-set Threshold value. Inanother embodiment, the processor 204 may generate the Threshold valuebased on, for example, historical BQE results, a battery level, etc. Inanother embodiment, the processor 204 may retrieve the Threshold valuevia the receiver 212 and store the Threshold value in the memory 206. Inan embodiment, the processor 204 may receive the Threshold value fromthe server 116 in response to a BQE or ICD request. The Threshold valuemay be included in the query response 300. In an embodiment, theprocessor may use radio parameters measured over the air to compute thecurrent threshold value.

In one embodiment, the processor 204 may generate a random orpseudo-random number. In another embodiment, the DSP 204 may generatethe random or pseudo-random number. The random or pseudo-random numbermay be generated within the range of 0 to 1. The processor 204 maycompare the generated number to a threshold to determine whether theserver 116 is available for BQE. In an embodiment, the processor 204 maydetermine that the server 116 is available for BQE when the generatednumber is less than the threshold. In an embodiment, the processor 204may determine that the server 116 is available for BQE when thegenerated number is less than or equal to the threshold.

In another embodiment, the processor 204 may increment a counter everytime the processor 204 attempts BQE. The processor 204 may store thecounter in the memory 206. The processor 204 may compare the counter toa quota to determine whether the server 116 is available for BQE. In anembodiment, the processor 204 may determine that the server is availablefor BQE when the counter is less than the quota.

In general, a higher Threshold value will tend to cause the processor204 to perform BQE more frequently. Similarly, a lower Threshold valuewill tend to cause the processor 204 to perform BQE less frequently.When the historical BQE results for a given communication network arerelatively high, the processor 204 will tend to perform BQE lessfrequently. When the historical BQE results for a given communicationnetwork are relatively low, the processor 204 will tend to perform BQEmore frequently. Accordingly, the processor 204 will tend to perform BQEmore frequently when connected to a network of relatively low quality.

In another embodiment, the processor 204 may determine that the server116 is available for BQE with a probability related to a variability ofhistorical BQE results. For example, the processor 204 may determinethat the server 116 is available for BQE with a probability of1−(STDEV_(x)/Threshold), where STDEV_(x) is the standard deviation ofthe past X BQE results for the current network identifier, and Thresholdis a threshold bitrate. In another embodiment, the processor 204 maydetermine that the server 116 is available for BQE with a probabilityrelated to one or more of the following statistical metrics ofhistorical BQE results: mean, median, average, standard deviation,variability, min, max, etc.

In an embodiment, the memory 206 may store a pre-set history limit 330.In another embodiment, the processor 204 may generate the history limit330 based on, for example, historical BQE and/or ICD results, a batterylevel, etc. In another embodiment, the processor 204 may retrieve thehistory limit 330 via the receiver 212 and store the history limit 330in the memory 206. In an embodiment, the processor 204 may receive thehistory limit 330 from the server 116 in response to a BQE and/or ICDrequest.

Cache Period

In an embodiment, the query response 300 may include a cache period 340.The cache period may include information indicating how long theprocessor 204 should wait between successive BQE and/or ICD requests forthe same network connection. In one embodiment, for example, theprocessor 204 may attempt BQE and/or ICD once an hour. If the cacheperiod 340 indicates a three hour cache period, then the processor 204will determine that the server 116 is available for the first BQE and/orICD attempt, and then determine that the server 116 is not available forthe subsequent two BQE and/or ICD attempts within the three hour period,and the BQE and/or ICD attempt will fail.

In an embodiment, the cache period 340 includes a numerical valueindicating a time period during which the processor 204 should notperform BQE and/or ICD more than once. The cache period 340 may includeany time frame (for example, an hour, three hours, a day, a week, amonth, etc.). A person having ordinary skill in the art will appreciatethat the cache period 340 can use any suitable encoding. In variousembodiments, the device management information 310 can include aseparate cache period 340 for one or both of BQE and ICD requests, or acombined cache period 340 for both BQE and ICD requests.

In one embodiment, the processor 204 may attempt BQE and/or ICD, forexample, when the wireless device 202 s connects to the AP 104. In orderto determine whether the server 116 is available for BQE and/or ICD, theprocessor may read a result cache from the memory 206. The result cachemay include a short term history of BQE and/or ICD results. In anembodiment, the result cache may include a list of network identifiers,corresponding BQE and/or ICD results, and/or corresponding time stampsindicating when each BQE and/or ICD result was recorded. The networkidentifiers can include, for example, Service Set Identifiers (SSIDs),Basic Service Set Identifiers (BSSIDs), router media access control(MAC) addresses, network domain names, Cell Identifier, etc.

The STA 106 may maintain separate result caches for BQE and ICD results,or may maintain a combined result cache. In an embodiment, the resulthistory (storing a relatively long term result history, as describedabove) and the result cache (storing a relatively short term resulthistory) can be included in the same data set. In another embodiment,the result history and the result cache can be stored separately.

The processor 204 may determine a current network identifier (i.e. thenetwork identifier for the network to which the wireless device 202 s isconnected). The processor 204 may compare the current network identifierto the network identifiers in the result cache stored in the memory 206.If the current network identifier is not included in the result cachestored in the memory 206, then the processor 204 may determine that theserver 116 is available for BQE and/or ICD. If the current networkidentifier is included in the result cache stored in the memory 206,then the processor 204 may determine that the server 116 is notavailable for BQE and/or ICD. In an embodiment, the processor 204 maydetermine that the server 116 is not available for BQE and/or ICD if thecurrent network identifier is included in the result cache, and the timestamp is older than the cache period 340. If the processor 204determines that the server 116 is available for BQE and/or ICD, theprocessor 204 can perform the BQE and/or ICD as described herein. Theprocessor 204 may store the BQE and/or ICD result in the BQE resultcache, along with the current network identifier and/or a time stamp.

In an embodiment, the memory 206 may store a pre-set cache period 340.In another embodiment, the processor 204 may generate the cache period340 based on, for example, historical BQE and/or ICD results, a batterylevel, etc. In another embodiment, the processor 204 may retrieve thecache period 340 via the receiver 212 and store the cache period 340 inthe memory 206. In an embodiment, the processor 204 may receive thecache period 340 from the server 116 in response to a BQE and/or ICDrequest.

Request Quota

In an embodiment, query response 300 may include the request quota 350.The request quota 350 may include information indicating whether a BQEand/or ICD attempt should succeed when the processor 204 determinesavailability of the server 116 for BQE and/or ICD. Specifically, therequest quota 350 may indicate a limit on the number of BQE and/or ICDattempts that should succeed in a period of time. In one embodiment, forexample, the processor 204 may attempt BQE and/or ICD ten times within aday. If the request quota 350 indicates a five BQE and/or ICD limit perday, then the processor 204 will determine that the server 116 isavailable for the first five BQE and/or ICD attempts, and then determinethat the server 116 is not available for the subsequent five BQEattempts, and the BQE and/or ICD attempt will fail.

In an embodiment, the request quota 350 includes a numerical valueindicating a limit on the number of BQE and/or ICD attempts that shouldsucceed within a given period. The request quota 350 may explicitlyidentify the period, or the period may be implicit. A quota period mayinclude any time frame (for example, an hour, a day, a week, a month,etc.), a dynamic period (for example, per AP, per reboot, per wirelesssession), or any combination thereof. A person having ordinary skill inthe art will appreciate that the request quota 350 can use any suitableencoding. In various embodiments, the device management information 310can include a separate request quota 350 for one or both of BQE and ICDrequests, or a combined request quota 350 for both BQE and ICD requests.

In one embodiment, the processor 204 may increment a counter every timethe processor 204 determines the server available for BQE and/or ICD.The processor 204 may store the counter in the memory 206. The processor204 may compare the counter to the request quota 350 to determinewhether the server 116 is available for BQE and/or ICD. In anembodiment, the processor 204 may determine that the server is availablefor BQE and/or ICD when the counter is less than the request quota 350.In another embodiment, the processor 204 may determine that the serveris available for BQE and/or ICD then the counter is less than or equalto the request quota 350. In various embodiments, the processor 204 maydetermine that the server 116 is not available for BQE and/or ICD ineach of the aforementioned conditions.

The processor 204 may reset the counter according to the devicemanagement information. For example, the processor 204 may reset thecounter every hour, day week, month, each time the wireless device 202 sconnects to a different AP, each time the wireless device 202 srestarts, etc. In an embodiment, the processor 204 may determine whetherthe server 116 is available for BQE and/or ICD based on a combination ofthe request quota 350 and the access probability factor. For example, ifthe processor 204 determines that the request quota 350 has not beenexceeded, then the processor may determine that the server 116 isavailable for BQE and/or ICD regardless of the access probabilityfactor. If, on the other hand, the processor 204 determines that therequest quota 350 has been exceeded, then the processor may determinewhether the server 116 is available for BQE and/or ICD based on theaccess probability factor, as described above.

In an embodiment, the memory 206 may store a pre-set request quota 350.In another embodiment, the processor 204 may generate the request quota350 based on, for example, historical BQE and/or ICD results, a batterylevel, etc. In another embodiment, the processor 204 may retrieve therequest quota 350 via the receiver 212 and store the request quota 350in the memory 206. In an embodiment, the processor 204 may receive therequest quota 350 from the server 116 in response to a BQE and/or ICDrequest.

Access Probability Factor

In an embodiment, the query response 300 may include an accessprobability factor 360. The access probability factor 360 may includeinformation indicating how often a BQE and/or ICD attempt should succeedwhen the processor 204 determines availability of the server 116 for BQEand/or ICD. Specifically, the access probability factor 360 may indicatea probability with which a BQE and/or ICD attempt should succeed. In oneembodiment, for example, the processor 204 may attempt BQE and/or ICDevery time the wireless device 202 s associates with an AP 104 via thetransmitter 214. If the access probability factor 360 indicates a 50%success rate, then the processor 204 will determine that the server 116is not available roughly 50% of the time, and the BQE and/or ICD attemptwill fail.

In an embodiment, the access probability factor 360 includes a numericalvalue from 0 to 1, with 0 indicating a 0% probability of BQE and/or ICDsuccess and 1 indicating a 100% probability of BQE and/or ICD success.In another embodiment, the access probability factor 360 includes anumerical value from 0 to 100, with 0 indicating a 0% probability of BQEand/or ICD success and 100 indicating a 100% probability of BQE and/orICD success. In another embodiment, the access probability factor 360includes a numerical value X, indicating that every X BQE and/or ICDattempt should succeed. A person having ordinary skill in the art willappreciate that the access probability factor 360 can use any suitableencoding. In various embodiments, the device management information 310can include a separate access probability factor 360 for one or both ofBQE and ICD requests, or a combined access probability factor 360 forboth BQE and ICD requests.

In one embodiment, the processor 204 may generate a random orpseudo-random number. In another embodiment, the DSP 204 may generatethe random or pseudo-random number. The random or pseudo-random numbermay be generated within the range of possible values for the accessprobability factor 360. The processor 204 may compare the generatednumber to the access probability factor 360 to determine whether theserver 116 is available for BQE and/or ICD. In an embodiment, theprocessor 204 may determine that the server 116 is available for BQEand/or ICD when the generated number is less than the access probabilityfactor 360. In an embodiment, the processor 204 may determine that theserver 116 is available for BQE and/or ICD when the generated number isless than or equal to the access probability factor 360. In anembodiment, the processor 204 may determine that the server 116 isavailable for BQE and/or ICD when the generated number is greater thanthe access probability factor 360. In an embodiment, the processor 204may determine that the server 116 is available for BQE and/or ICD whenthe generated number is greater than or equal to the access probabilityfactor 360. In various embodiments, the processor 204 may determine thatthe server 116 is not available for BQE and/or ICD in each of theaforementioned conditions.

In another embodiment, the processor 204 may increment a counter everytime the processor 204 attempts BQE and/or ICD. The processor 204 maystore the counter in the memory 206. The processor 204 may compare thecounter to the access probability factor 360 to determine whether theserver 116 is available for BQE and/or ICD. In an embodiment, theprocessor 204 may determine that the server is available for BQE and/orICD when the counter is an even multiple of the access probabilityfactor 360. In another embodiment, the processor 204 may determine thatthe server is available for BQE and/or ICD then the counter is an evenmultiple of the inverse of the access probability factor 360. In variousembodiments, the processor 204 may determine that the server 116 is notavailable for BQE and/or ICD in each of the aforementioned conditions.

In an embodiment, the memory 206 may store a pre-set access probabilityfactor 360. In another embodiment, the processor 204 may generate theaccess probability factor 360 based on, for example, historical BQEand/or ICD results, a battery level, etc. In another embodiment, theprocessor 204 may retrieve the access probability factor 360 via thereceiver 212 and store the access probability factor 360 in the memory206. In an embodiment, the processor 204 may receive the accessprobability factor 360 from the server 116 in response to a BQE and/orICD request.

FIG. 4 is a flowchart 400 illustrating a method of determining thesufficiency of a communication link quality. For clarity, the flowchart400 is described below with reference to the communication network 100shown in FIG. 1 and device 202 s shown in FIG. 2. However, a personhaving ordinary skill in the art will appreciate that the method offlowchart 400 can be used with any suitable device. In oneimplementation, the processor 204 executes one or more sets of codes tocontrol the functional elements of the device 202 s to perform thefunctions described below. In various embodiments, steps describedherein may be performed in a different order or omitted, and additionalsteps may be added.

In an embodiment, the STA 106 may follow the flowchart 400 whenconnecting to a new AP 104. The STA 106 may determine whether thecommunication link 112 is of sufficient quality based on the result ofthe flowchart 400. If the flowchart 400 indicates that the communicationlink 112 is of insufficient quality, the STA 106 may not use the AP 104for communication, and may use another radio and/or AP instead. Forexample, the STA 106 may switch from a WiFi radio to a cellular radiowhen BQE for a WiFi AP indicates low quality. If the flowchart 400indicates that the communication link 112 is of sufficient quality, onthe other hand, the STA 106 may use the AP 104 for communication.

First, at block 405, the processor 204 determines whether BQE isenabled. The processor 204 may determine whether BQE is enabled bychecking a value stored in the memory 206. In an embodiment, the STA 106may receive information about whether BQE should be enabled from theserver 116. In another embodiment, the STA 106 may receive informationabout whether BQE should be enabled from a service provider. If theprocessor 204 determines that BQE is disabled, the processor 204 maydetermine that the communication link 112 is of sufficient quality atblock 410. If, on the other hand, the processor 204 determines that BQEis enabled, the processor 204 may continue to block 415.

Next, at block 415, the processor 204 may start passive BQE, asdescribed above. The processor 204 may run passive BQE in thebackground, monitoring incidental communication between the STA 106 andone or more Internet hosts. While passive BQE is running, the processor204 may continue to block 420.

Then, at block 420, the processor 204 may check the short term historyfor the AP 104, as described above. For example, the processor may reada BQE result cache from the memory 206. In an embodiment, the processor204 may determine that the short term history is both recent and good ifthe current network identifier is included in the BQE result cache, andthe time stamp is older than the BQE cache period. If the short termhistory is both recent and good, the processor 204 may determine thatthe communication link 112 is of sufficient quality at block 410. If, onthe other hand, the processor 204 determines that the short term historyis not recent and good, the processor 204 may continue to block 425.

Thereafter, at block 425, the processor 204 may check the long termhistory for the AP 104, as described above. For example, the processormay read a BQE result history from the memory 206. In an embodiment, theprocessor 204 may determine whether the long term history is highconfidence and good when Average−Standard Deviation>Threshold, whereAverage is the average of the past X BQE results for the current networkidentifier, Standard Deviation is the standard deviation over the past Xresults, and Threshold is a threshold bitrate. If the long term historyis both high confidence and recent, the processor 204 may determine thatthe communication link 112 is of sufficient quality at block 410. If, onthe other hand, the processor 204 determines that the long term historyis not high confidence and recent, the processor 204 may continue toblock 430.

Subsequently, at block 430, the processor 204 may wait for either an ICDresponse or an ICD timeout. As will be described below with respect toFIG. 5, the STA 106 may receive crowd information from the server 116 inconjunction with an ICD response. If the STA 106 does not receive an ICDresponse within a timeout period after sending an ICD request to theserver 116, the ICD may timeout. After the ICD succeeds or times out,the processor 204 proceeds to block 435.

Next, at block 435, the processor 204 reads the crowd informationreceived from the server 116. If the crowd information indicates thatthe communication link 112 is of sufficient quality, the processor 204may proceed to block 410. If the crowd information does not indicatethat the communication link 112 is of sufficient quality, or the STA 106does not successfully receive the crowd information from the server 116,the processor 204 continues to block 440.

Then, at block 440, the processor 204 checks the result of the passiveBQE started at block 415. The processor 204 compares the passive BQEresult to a threshold quality value indicative of a sufficient qualityfor the communication link 112. If the processor 204 determines that thepassive BQE result is equal to or greater than the BQE threshold, theprocessor continues to block 410. If, on the other hand, the processor204 determines that the passive BQE result is less than the BQEthreshold, or passive BQE fails, the processor continues to block 445.

Thereafter, at block 445, the processor 204 may again check the longterm history for the AP 104, as described above. For example, theprocessor may read a BQE result history from the memory 206. In anembodiment, the processor 204 may determine whether the long termhistory is high confidence and bad when Average+StandardDeviation<Threshold, where Average is the average of the past X BQEresults for the current network identifier, Standard Deviation is thestandard deviation over the past X results, and Threshold is a thresholdbitrate. If the long term history is both high confidence and bad, theprocessor 204 may determine that the communication link 112 is ofinsufficient quality at block 450. If, on the other hand, the processor204 determines that the long term history is not high confidence andbad, the processor 204 may continue to block 455.

Subsequently, at block 455, the processor 204 again reads the crowdinformation received from the server 116. If the crowd informationindicates that the communication link 112 is of insufficient quality,the processor 204 may proceed to block 450. If the crowd informationdoes not indicate that the communication link 112 is of insufficientquality, or the STA 106 does not successfully receive the crowdinformation from the server 116, the processor 204 continues to block460.

Next, at block 460, the processor 204 determines whether the server 116is available for BQE, as described above with respect to load managementtechniques such as, for example, the access probability factor, thequality estimation quota, etc. If the processor 204 determines that theserver 116 is not available for BQE, the processor 204 may determinethat the quality of the communication link 112 is insufficient at block410. If, on the other hand, the processor 204 determines that the server116 is available for BQE, the processor 204 may continue to active BQEat block 465.

Then, at block 465, the processor 204 performs active BQE, as describedabove. In an embodiment, the processor 204 compares the active BQEresult to a threshold quality value indicative of a sufficient qualityfor the communication link 112. If the processor 204 determines that theactive BQE result is equal to or greater than the BQE threshold, theprocessor continues to block 410. If, on the other hand, the processor204 determines that the active BQE result is less than the BQEthreshold, or active BQE fails, the processor continues to block 450.

Internet Connection Detection (ICD)

In an embodiment, the STA 106 may detect and Internet connectivity ofthe communication link 112 when the STA 106 connects to the AP 104. Inorder to determine whether the AP 104 provides access to the Internet,the STA 106 may perform Internet Connection Detection (ICD). In anembodiment, the STA 106 may perform ICD every time the STA 106 connectsto an AP 104. ICD may allow the STA 106 to detect whether the AP is aso-called “captive portal” which may respond incorrectly to Internetrequests, for example by serving a payment request web page instead ofthe page requested. The STA 106 may detect whether the AP provideslimited Internet connectivity.

FIG. 5 is a flowchart 500 illustrating a method of determining Internetconnectivity of an access point 104. For clarity, the flowchart 500 isdescribed below with reference to the communication network 100 shown inFIG. 1 and device 202 s shown in FIG. 2. However, a person havingordinary skill in the art will appreciate that the method of flowchart500 can be used with any suitable device. In one implementation, theprocessor 204 executes one or more sets of codes to control thefunctional elements of the device 202 s to perform the functionsdescribed below. In various embodiments, steps described herein may beperformed in a different order or omitted, and additional steps may beadded.

First, at block 505, the processor 204 determines whether ICD isenabled. The processor 204 may determine whether ICD is enabled bychecking a value stored in the memory 206. In an embodiment, the STA 106may receive information about whether ICD should be enabled from theserver 116. In another embodiment, the STA 106 may receive informationabout whether ICD should be enabled from a service provider. If theprocessor 204 determines that ICD is disabled, the processor 204 maydetermine that the AP 104 provides Internet connectivity at block 510.If, on the other hand, the processor 204 determines that ICD is enabled,the processor 204 may continue to block 515.

Next, at block 515, the processor 204 may check the short term historyfor the AP 104. In an embodiment, the short term history for ICD caninclude one or more aspects of the short term history for BQE, describedabove. In order to determine whether the AP 104 provides Internetconnectivity, the processor may read an ICD result cache from the memory206. The ICD result cache may include a short term history of ICDresults. In an embodiment, the ICD result cache may include a list ofnetwork identifiers, corresponding ICD results, and/or correspondingtime stamps indicating when each ICD result was recorded. The networkidentifiers can include, for example, Service Set Identifiers (SSIDs),Basic Service Set Identifiers (BSSIDs), router media access control(MAC) addresses, network domain names, etc.

The processor 204 may determine a current network identifier (i.e. thenetwork identifier for the network to which the wireless device 202 s isconnected). The processor 204 may compare the current network identifierto the network identifiers in the ICD result cache stored in the memory206. If the current network identifier is not included in the ICD resultcache stored in the memory 206, then the processor 204 may not determinethat the AP 104 provides Internet connectivity. If the current networkidentifier is included in the ICD result cache stored in the memory 206,then the processor 204 may determine that the AP 104 provides Internetconnectivity based on the stored ICD result. In an embodiment, theprocessor 204 may determine that the AP 104 provides Internetconnectivity if the current network identifier is included in the ICDresult cache, and the time stamp is not older than the ICD cache period.If the processor 204 determines that the server 116 is available forICD, the processor 204 can perform the ICD as described herein. Theprocessor 204 may store the ICD result in the ICD result cache, alongwith the current network identifier and/or a time stamp.

In an embodiment, the memory 206 may store a pre-set ICD cache period.In another embodiment, the processor 204 may generate the ICD cacheperiod based on, for example, historical ICD results, a battery level,etc. In another embodiment, the processor 204 may retrieve the ICD cacheperiod via the receiver 212 and store the ICD cache period in the memory206. In an embodiment, the processor 204 may receive the ICD cacheperiod from the server 116 in response to a quality estimation requestor ICD request. The ICD cache period may be included in the qualityestimation response or ICD response.

If the processor 204 determines that the AP 104 provides Internetconnectivity based on the short term history, the processor 204 maycontinue to block 510. If, on the other hand, the processor 204 does notdetermine that the AP 104 provides Internet connectivity, the processor204 continues to block 520. For example, the processor 204 may continueto block 520 if the processor 204 determines that a recent ICD resultindicates that the AP 204 does not provide Internet connectivity. In anembodiment, the processor 204 may continue to block 520 with a presetprobability, regardless of the short term history result.

Then, at block 520, the processor may read an ICD result history fromthe memory 206. The ICD result history may include a long term historyof ICD results. In an embodiment, the ICD result history may include alist of network identifiers, corresponding ICD results, and/orcorresponding time stamps indicating when each ICD result was recorded.The network identifiers can include, for example, SSIDs, BSSIDs, routermedia access control (MAC) addresses, network domain names, etc. In anembodiment, the ICD result history (storing a relatively long termresult history) and the ICD result cache (storing a relatively shortterm result history) can be included in the same data set. In anotherembodiment, the ICD result history and the ICD result cache can bestored separately.

The processor 204 may determine a current network identifier (i.e. thenetwork identifier for the network to which the wireless device 202 s isconnected). The processor 204 may compare the current network identifierto the network identifiers in the ICD result history stored in thememory 206. If the current network identifier is not included in the ICDresult history stored in the memory 206, then the processor 204 may notdetermine that the AP 104 provides Internet connectivity.

If the current network identifier is included in the ICD result historystored in the memory 206, then the processor 204 may determine that theAP 104 provides Internet connectivity if the most recent ICD resultindicates that the AP 104 provides Internet connectivity. In anembodiment, the processor 204 may determine that the AP 104 providesInternet connectivity if all stored ICD results for the AP 104 indicatethat the AP 104 provides Internet connectivity. In an embodiment, theprocessor 204 may determine that the AP 104 provides Internetconnectivity with a probability related to an average of historical ICDresults.

In one embodiment, the processor 204 may generate a random orpseudo-random number. In another embodiment, the DSP 204 may generatethe random or pseudo-random number. The random or pseudo-random numbermay be generated within the range of 0 to 1. The processor 204 maycompare the generated number to the probability to determine whether theAP 104 provides Internet connectivity. In an embodiment, the processor204 may determine that the AP 104 provides Internet connectivity whenthe generated number is less than the probability. In an embodiment, theprocessor 204 may determine that the AP 104 provides Internetconnectivity when the generated number is less than or equal to theprobability.

In another embodiment, the processor 204 may increment a counter everytime the processor 204 attempts ICD. The processor 204 may store thecounter in the memory 206. The processor 204 may compare the counter tothe probability to determine whether the AP 104 provides Internetconnectivity. In an embodiment, the processor 204 may determine that theAP 104 provides Internet connectivity when the counter is an evenmultiple of the probability. In another embodiment, the processor 204may determine that the AP 104 provides Internet connectivity then thecounter is an even multiple of the inverse of the probability.

In general, a higher Threshold value will tend to cause the processor204 to perform ICD more frequently. Similarly, a lower Threshold valuewill tend to cause the processor 204 to perform ICD less frequently.When the historical ICD results for a given communication network arerelatively high, the processor 204 will tend to perform ICD lessfrequently. When the historical ICD results for a given communicationnetwork are relatively low, the processor 204 will tend to perform ICDmore frequently. Accordingly, the processor 204 will tend to perform ICDmore frequently when connected to a network of relatively low quality.

In an embodiment, the memory 206 may store a pre-set ICD history limit.In another embodiment, the processor 204 may generate the ICD historylimit based on, for example, historical ICD results, a battery level,etc. In another embodiment, the processor 204 may retrieve the ICDhistory limit via the receiver 212 and store the ICD history limit inthe memory 206. In an embodiment, the processor 204 may receive the ICDhistory limit from the server 116 in response to a quality estimationrequest or an ICD request. The ICD history limit may be included in thequality estimation response or an ICD response.

If the processor 204 determines that the AP 104 provides Internetconnectivity based on the long term history, the processor 204 maycontinue to block 510. If, on the other hand, the processor 204 does notdetermine that the AP 104 provides Internet connectivity, the processor204 continues to block 525. In an embodiment, the processor 204 maycontinue to block 520 with a preset probability, regardless of the longterm history result. In an embodiment, the processor 204 may continue toblock 510 with a preset probability, regardless of the long term historyresult.

Thereafter, at block 525, the processor 204 determines whether theserver 116 is available for ICD, as described above with respect to loadmanagement techniques such as, for example, the access probabilityfactor, the quality estimation quota, etc. Although various loadmanagement techniques are described above with respect to BQE, one ormore aspects of the BQE load management techniques may be applied to ICDload management. For example, the STA 106 may receive an ICD quota fromthe server 116 via a BQE or ICD response. As another example, the STA106 may receive an access probability factor for ICD from the server 116via a BQE or ICD response. If the processor 204 determines that theserver 116 is not available for ICD, the processor 204 may determinethat the AP 104 does provide Internet connectivity at block 510. If, onthe other hand, the processor 204 determines that the server 116 isavailable for ICD, the processor 204 may continue to ICD at block 530.

Subsequently, at block 530, the processor 204 initiates ICD. In anembodiment, the processor 204 may generate an ICD request. The processor204 may transmit the ICD request to the server 116, for example, viaHTTP. In an embodiment, the processor 204 binds the ICD HTTPtransmission to a WLAN interface. The processor 204 may keep track ofthe number of ICD requests made and store the number in the memory 206.

In an embodiment, the processor 204 may generate an ICD URI to which theICD request will be sent. The ICD URI may include indentifyinginformation of the STA 106, the AP 104, and/or a temporary identifier.The temporary identifier may include a key such as, for example, theBSSID of the AP 104. The temporary identifier can include random orpseudorandom data. The temporary identifier may be based on anidentifier of the STA 106, the AP 104, the communication system 100,and/or the server 116. In an embodiment, the temporary identifier may bereferred to as a “token.” The ICD request may include an ICD HTTP GETfor the ICD URI to the server 116.

The processor 204 may wait an amount of time for a response from theserver 116. The amount of time may be an ICD timeout value. If the ICDresponse is received before the ICD timeout, the processor 204 may timestamp the response. If the ICD response includes the key in an expectedposition, the processor 204 may determine that the AP 104 providesInternet connectivity at block 510.

If the ICD response is not received within the ICD timeout, theprocessor may determine that the AP 104 does not provide Internetconnectivity at block 535. If the ICD response does not include the keythe processor may determine that the AP provides limited connectivity.In an embodiment, the processor 204 may generate and send a DNS requestin order to determine the IP address of the server 116. If the DNSrequest fails, the processor 204 may determine that the AP 104 does notprovide Internet access at block 510. Regardless of whether ICD succeedsor fails, the processor 204 may store the ICD result in the memory 206.

FIG. 6 is a flowchart 600 illustrating an embodiment of a method ofdetermining a characteristic of a communication link. Although themethod of flowchart 600 is described herein with reference to thewireless communication system 100 discussed above with respect to FIG.2, and to the wireless device 202 discussed above with respect to FIG.2, a person having ordinary skill in the art will appreciate that themethod of flowchart 600 may be implemented by another device describedherein, or any other suitable device. In an embodiment, the steps inflowchart 600 may be performed, at least in part, by a processor orcontroller such as, for example, the processor 204 (FIG. 2) and/or theDSP 220 (FIG. 2), potentially in conjunction with the memory 206 (FIG.2). Although the method of flowchart 600 is described herein withreference to a particular order, in various embodiments, blocks hereinmay be performed in a different order, or omitted, and additional blocksmay be added.

First, at block 610, the STA 106 transmits a first request for a firstcommunication to the server 116, over the communication link 112. Thefirst communication can be for determining suitability of thecommunication link 112. In various embodiments, the first request caninclude one or more of a BQE request and an ICD request, as discussedabove with respect to FIGS. 2-4. The first communication can include oneor more of a BQE response and an ICD response, as discussed above withrespect to FIGS. 2-4.

Next, at block 620, the STA 106 receives the first communication fromthe server 116, in response to the first request. The server 116 cansend the first communication over the communication link 112. The STA106 can receive the first communication via the receiver 212.

Then, at block 630, the STA 106 determines suitability of thecommunication link 112 based on the first communication. For example, inembodiments where the first communication includes a BQE response, theSTA 106 can determine suitability of the communication link 112 inaccordance with one or more aspects of the flowchart 400, as discussedabove with respect to FIG. 4. In embodiments where the firstcommunication includes an ICD response, the STA 106 can determinesuitability of the communication link 112 in accordance with one or moreaspects of the flowchart 500, as discussed above with respect to FIG. 5.

Thereafter, at block 640, the STA 106 stores information identifying thedetermined suitability of a plurality of networks. For example, the STA106 can store the information identifying the determined suitability ofthe communication link 112, in conjunction with the network associatedwith the AP 104. In an embodiment, the STA 106 can store the informationidentifying the determined suitability in accordance with the short-termand/or long-term BQE history, described above with respect to FIG. 2. Inanother embodiment, the STA 106 can store the information identifyingthe determined suitability in accordance with the short-term and/orlong-term ICD history, described above with respect to FIG. 5.

Subsequently, at block 650, the STA selectively transmits a secondrequest for a second communication to the server 116, over thecommunication link 112. The second communication can be for determiningsuitability of the communication link 112. In various embodiments, thesecond request can include one or more of a BQE request and an ICDrequest, as discussed above with respect to FIGS. 2-4. The secondcommunication can include one or more of a BQE response and an ICDresponse, as discussed above with respect to FIGS. 2-4.

The STA 106 can determine whether or not to transmit the second requestbased on one or more of a short-term history, a long-term history, crowdinformation, a passive BQE result, and load management techniques suchas, for example, the access probability factor, the quality estimationquota, etc. For example, in embodiments where the second communicationincludes a BQE response, the STA 106 can determine suitability of thecommunication link 112 in accordance with one or more aspects of theflowchart 400, as discussed above with respect to FIG. 4. In embodimentswhere the second communication includes an ICD response, the STA 106 candetermine suitability of the communication link 112 in accordance withone or more aspects of the flowchart 500, as discussed above withrespect to FIG. 5.

FIG. 7 is a functional block diagram of a system 700 for determining acharacteristic of a communication link, in accordance with an exemplaryembodiment of the invention. Those skilled in the art will appreciatethat a system may have more components than the simplified system 700shown in FIG. 7. The system 700 shown includes only those componentsuseful for describing some prominent features of implementations withinthe scope of the claims.

The system 700 for determining a characteristic of a communication linkincludes means 710 for transmitting, at a mobile device, a first requestfor a first communication for determining suitability of a communicationlink, to a server, means 720 for receiving the first communication fromthe server, over the communication link, in response to the firstrequest, means 730 for determining suitability of the communication linkbased on the first communication, means 740 for storing informationidentifying the determined suitability of a plurality of networks, andmeans 750 for selectively transmitting a second request for a secondcommunication, over the communication link.

In an embodiment, the means 710 for transmitting, at a mobile device, afirst request for a first communication for determining suitability of acommunication link, to a server can be configured to perform one or moreof the functions described above with respect to block 610 (FIG. 6). Invarious embodiments, the means 710 for transmitting, at a mobile device,a first request for a first communication for determining suitability ofa communication link, to a server can be implemented by one or more ofthe processor 204 (FIG. 2), the memory 206 (FIG. 2), the DSP 220 (FIG.2), and the transmitter 210 (FIG. 2).

In an embodiment, the means 720 for receiving the first communicationfrom the server, over the communication link, in response to the firstrequest can be configured to perform one or more of the functionsdescribed above with respect to block 620 (FIG. 6). In variousembodiments, the means 720 for receiving the first communication fromthe server, over the communication link, in response to the firstrequest can be implemented by one or more of the processor 204 (FIG. 2),the memory 206 (FIG. 2), the DSP 220 (FIG. 2), and the receiver 212(FIG. 2).

In an embodiment, the means 730 for determining suitability of thecommunication link based on the first communication can be configured toperform one or more of the functions described above with respect toblock 630 (FIG. 6). In various embodiments, the means 730 fordetermining suitability of the communication link based on the firstcommunication can be implemented by one or more of the processor 204(FIG. 2), the memory 206 (FIG. 2), and the DSP 220 (FIG. 2).

In an embodiment, the means 740 for storing information identifying thedetermined suitability of a plurality of networks can be configured toperform one or more of the functions described above with respect toblock 640 (FIG. 6). In various embodiments, the means 740 for storinginformation identifying the determined suitability of a plurality ofnetworks can be implemented by one or more of the processor 204 (FIG.2), the memory 206 (FIG. 2), and the DSP 220 (FIG. 2).

In an embodiment, the means 750 for selectively transmitting a secondrequest for a second communication, over the communication link can beconfigured to perform one or more of the functions described above withrespect to block 650 (FIG. 6). In various embodiments, the means 750 forselectively transmitting a second request for a second communication,over the communication link can be implemented by one or more of theprocessor 204 (FIG. 2), the memory 206 (FIG. 2), the DSP 220 (FIG. 2),and the transmitter 210 (FIG. 2).

FIG. 8 is a flowchart 800 illustrating an embodiment of a method ofdetermining a characteristic of an active communication link. Althoughthe method of flowchart 800 is described herein with reference to thewireless communication system 100 discussed above with respect to FIG.2, and to the wireless device 202 discussed above with respect to FIG.2, a person having ordinary skill in the art will appreciate that themethod of flowchart 800 may be implemented by another device describedherein, or any other suitable device. In an embodiment, the steps inflowchart 800 may be performed, at least in part, by a processor orcontroller such as, for example, the processor 204 (FIG. 2) and/or theDSP 220 (FIG. 2), potentially in conjunction with the memory 206 (FIG.2). Although the method of flowchart 800 is described herein withreference to a particular order, in various embodiments, blocks hereinmay be performed in a different order, or omitted, and additional blocksmay be added.

First, at block 810, the STA 106 determines an allowability foraccessing the server 116 via an active communication link. The activecommunication link can be, for example, the communication link 112. TheSTA 106 determines allowability for accessing the server 116 based on afirst access restriction. In an embodiment, the first access restrictioncan include the device management information 310, discussed above withrespect to FIG. 3. For example, the first access restriction can includethe access probability factor 330 (FIG. 3), the quality estimation quota340, the BQE cache period 350, the BQE history limit 360, the passiveBQE command 370, and/or other information indicating how or when thewireless device 202 s should perform BQE. In various embodiments, thefirst access restriction can include analogous ICD device managementinformation as discussed above with respect to FIG. 5 such as, forexample, the ICD quota, the ICD cache period, the ICD history limit 360,and/or other information indicating how or when the STA 106 shouldperform ICD.

The processor 204 can determine whether the server 116 is available forBQE and/or ICD as discussed above with respect to FIG. 2. In anembodiment, the STA 106 connects to a communication network, such as thecommunication network 100 (FIG. 1). In an embodiment, the processor 202causes the transmitter 210 to associate the wireless device 202 s withthe AP 104. In an embodiment, the processor 204 may attempt BQE and/orICD every time the wireless device 202 s connects to a communicationnetwork. For example, the processor 204 may attempt BQE and/or ICD everytime the wireless device 202 s associates with an AP, such as the AP104.

Then, at block 820, the STA 106 transmits a request for a communicationfrom the server 116 when access to the server is available. In variousembodiments, the request can include one or more of a BQE request and anICD request, as discussed above with respect to FIGS. 2-4. Thetransmitter 210 may transmit the request to the server 116 via theantenna 216. The communication can include one or more of a BQE responseand an ICD response, as discussed above with respect to FIGS. 2-4.

Subsequently, at block 830, the STA 106 receives the communication fromthe server 116, over the communication link, in response to the request.In an embodiment, the communication link can include the backhaulcommunication link 112. The communication can include one or more of aBQE response and an ICD response, as discussed above with respect toFIGS. 2-4. Accordingly, the communication from the server 116 caninclude the access probability factor 330 (FIG. 3), the qualityestimation quota 340, the BQE cache period 350, the BQE history limit360, the passive BQE command 370, and/or other information indicatinghow or when the wireless device 202 s should perform BQE. In variousembodiments, the communication can include analogous ICD devicemanagement information as discussed above with respect to FIG. 5 suchas, for example, the ICD quota, the ICD cache period, the ICD historylimit 360, and/or other information indicating how or when the STA 106should perform ICD. The receiver 212 may receive the communication fromthe server 116 via the antenna 216.

Thereafter, at block 840, the STA 106 determines a characteristic of thecommunication link 112 based on the communication from the server 116.In various embodiments, the characteristic can include one or more of aBQE result and an ICD result. The characteristic can include a qualitymetric based on the response from the server 116. For example, theprocessor 204 may estimate the speed of the communication link bymeasuring the amount of time it takes to download the response from theserver 116 and dividing the size of the quality estimation response bythe transfer time. The processor 204 may estimate the latency of thecommunication link by measuring the amount of time it takes for theserver to respond to the quality estimation request. The processor 204may estimate the packet delay variation of the communication link bymonitoring the transmission of packets and acknowledgments whenreceiving the response. The processor 204 may estimate the packet lossrate of the communication link by measuring the number of packets resentby the server 116 when receiving the response.

In an embodiment, the processor 204 can store the characteristic in thememory 206. The processor 204 can update the first access restrictionbased on the communication from the server. For example, in embodimentswhere the response includes the device management information 310, theprocessor 204 may store the device management information 310 in thememory 206 for later use in determining availability of the server 116.

FIG. 9 is a functional block diagram of a system 900 for determining acharacteristic of an active communication link, in accordance with anexemplary embodiment of the invention. Those skilled in the art willappreciate that a system may have more components than the simplifiedsystem 900 shown in FIG. 9. The system 900 shown includes only thosecomponents useful for describing some prominent features ofimplementations within the scope of the claims.

The system 900 for determining a characteristic of an activecommunication link includes means 910 for determining an allowabilityfor accessing a server, via the active communication link, based on afirst access restriction, means 920 for transmitting a request for acommunication from the server upon allowability for accessing, means 930for receiving the communication from the server, over the communicationlink, in response to the request, and means 940 for determining acharacteristic of a communication link based on the communication fromthe server.

In an embodiment, the means 910 for determining an allowability foraccessing a server, via the active communication link, based on a firstaccess restriction can be configured to perform one or more of thefunctions described above with respect to block 810 (FIG. 8). In variousembodiments, the means 910 for determining an allowability for accessinga server, via the active communication link, based on a first accessrestriction can be implemented by one or more of the processor 204 (FIG.2), the memory 206 (FIG. 2), and the DSP 220 (FIG. 2).

In an embodiment, the means 920 for transmitting a request for acommunication from the server upon allowability for accessing can beconfigured to perform one or more of the functions described above withrespect to block 820 (FIG. 8). In various embodiments, the means 920 fortransmitting a request for a communication from the server uponallowability for accessing can be implemented by one or more of theprocessor 204 (FIG. 2), the memory 206 (FIG. 2), the DSP 220 (FIG. 2),and the transmitter 210 (FIG. 2).

In an embodiment, the means 930 for receiving the communication from theserver, over the communication link, in response to the request can beconfigured to perform one or more of the functions described above withrespect to block 830 (FIG. 8). In various embodiments, the means 930 forreceiving the communication from the server, over the communicationlink, in response to the request can be implemented by one or more ofthe processor 204 (FIG. 2), the memory 206 (FIG. 2), the DSP 220 (FIG.2), and the receiver 212 (FIG. 2).

In an embodiment, the means 940 for determining a characteristic of acommunication link based on the communication from the server can beconfigured to perform one or more of the functions described above withrespect to block 840 (FIG. 8). In various embodiments, the means 940 fordetermining a characteristic of a communication link based on thecommunication from the server can be implemented by one or more of theprocessor 204 (FIG. 2), the memory 206 (FIG. 2), and the DSP 220 (FIG.2).

FIG. 10 is a flowchart 1000 illustrating an embodiment of a method ofdetecting connectivity to a server through an access point. Although themethod of flowchart 1000 is described herein with reference to thewireless communication system 100 discussed above with respect to FIG.2, and to the wireless device 202 discussed above with respect to FIG.2, a person having ordinary skill in the art will appreciate that themethod of flowchart 1000 may be implemented by another device describedherein, or any other suitable device. In an embodiment, the steps inflowchart 1000 may be performed, at least in part, by a processor orcontroller such as, for example, the processor 204 (FIG. 2) and/or theDSP 220 (FIG. 2), potentially in conjunction with the memory 206 (FIG.2). Although the method of flowchart 1000 is described herein withreference to a particular order, in various embodiments, blocks hereinmay be performed in a different order, or omitted, and additional blocksmay be added.

First, at block 1010, the STA 106 generates a connection detectionrequest including a token. In an embodiment, the connection detectionrequest can include the ICD request described above with respect to FIG.5. The token can include the temporary identifier described above withrespect to FIG. 5. For example, the token can include a key such as, forexample, the BSSID of the AP 104. The token can allow the STA 106 todistinguish between a valid ICD response and “captive portal”information such as, for example, redirected or spoofed login prompt,payment prompt, etc.

In an embodiment, the STA 106 connects to a communication network, suchas the communication network 100 (FIG. 1). In an embodiment, theprocessor 202 causes the transmitter 210 to associate the wirelessdevice 202 s with the AP 104. In an embodiment, the processor 204 mayattempt ICD every time the wireless device 202 s connects to acommunication network. For example, the processor 204 may attempt ICDevery time the wireless device 202 s associates with an AP, such as theAP 104.

Then, at block 1120, the STA 106 transmits, via the AP 104, theconnection detection request addressed to a server such as, for example,the server 116. The STA 106 can transmit the connection detectionrequest via the transmitter 210, over the backhaul communication link112. The connection detection request can include an ICD HTTP GET forthe ICD URI to the server 116.

Next, at block 1130, the STA 106 waits for a connection detectionresponse from the server 116. In an embodiment, the connection detectionresponse can include the ICD response, described above with respect toFIGS. 2-5. In an embodiment, the processor 204 may wait an amount oftime for a response from the server 116. The amount of time may be anICD timeout value. If the ICD response is not received within the ICDtimeout, the processor may determine that the AP 104 does not provideInternet connectivity.

Subsequently, at block 1140, the STA 106 determines whether a receivedconnection detection response includes the token. In an embodiment, ifthe ICD response includes the key in an expected position, the processor204 may determine that the AP 104 provides Internet connectivity. If theICD response is malformed (for example, missing the token), theprocessor may determine that the AP 104 does not provide Internetconnectivity. In an embodiment, the processor 204 may generate and senda DNS request in order to determine the IP address of the server 116. Ifthe DNS request fails, the processor 204 may determine that the AP 104does not provide Internet access at block 710. Regardless of whether ICDsucceeds or fails, the processor 204 may store the ICD result in thememory 206.

FIG. 11 is a functional block diagram of a system 1100 for detectingconnectivity to a server through an access point, in accordance with anexemplary embodiment of the invention. Those skilled in the art willappreciate that a system may have more components than the simplifiedsystem 1100 shown in FIG. 11. The system 1100 shown includes only thosecomponents useful for describing some prominent features ofimplementations within the scope of the claims.

The system 1100 for detecting connectivity to a server through an accesspoint includes means 1110 for generating, at a wireless device, aconnection detection request including a token, means 1120 fortransmitting, at the wireless device, via the access point, theconnection detection request addressed to a server, means 1130 forwaiting for a connection detection response from the server, and means1140 for determining whether a received connection detection responseincludes the token.

In an embodiment, the means 1110 for generating, at a wireless device, aconnection detection request including a token can be configured toperform one or more of the functions described above with respect toblock 1010 (FIG. 10). In various embodiments, the means 1110 forgenerating, at a wireless device, a connection detection requestincluding a token can be implemented by one or more of the processor 204(FIG. 2), the memory 206 (FIG. 2), and the DSP 220 (FIG. 2).

In an embodiment, the means 1120 for transmitting, at the wirelessdevice, via the access point, the connection detection request addressedto a server can be configured to perform one or more of the functionsdescribed above with respect to block 1020 (FIG. 10). In variousembodiments, the means 1120 for transmitting, at the wireless device,via the access point, the connection detection request addressed to aserver can be implemented by one or more of the processor 204 (FIG. 2),the memory 206 (FIG. 2), the DSP 220 (FIG. 2), and the transmitter 210(FIG. 2).

In an embodiment, the means 1130 for waiting for a connection detectionresponse from the server can be configured to perform one or more of thefunctions described above with respect to block 1030 (FIG. 10). Invarious embodiments, the means 1130 for waiting for a connectiondetection response from the server can be implemented by one or more ofthe processor 204 (FIG. 2), the memory 206 (FIG. 2), and the DSP 220(FIG. 2).

In an embodiment, the means 1140 for determining whether a receivedconnection detection response includes the token can be configured toperform one or more of the functions described above with respect toblock 1040 (FIG. 10). In various embodiments, the means 1140 fordetermining whether a received connection detection response includesthe token can be implemented by one or more of the processor 204 (FIG.2), the memory 206 (FIG. 2), and the DSP 220 (FIG. 2).

FIG. 12 is a flowchart 1200 illustrating an embodiment of a method ofcommunicating in a wireless network. Although the method of flowchart1200 is described herein with reference to the wireless communicationsystem 120 discussed above with respect to FIG. 2, and to the wirelessdevice 202 discussed above with respect to FIG. 2, a person havingordinary skill in the art will appreciate that the method of flowchart1200 may be implemented by another device described herein, or any othersuitable device. In an embodiment, the steps in flowchart 1200 may beperformed, at least in part, by a processor or controller such as, forexample, the processor 204 (FIG. 2) and/or the DSP 220 (FIG. 2),potentially in conjunction with the memory 206 (FIG. 2). Although themethod of flowchart 1200 is described herein with reference to aparticular order, in various embodiments, blocks herein may be performedin a different order, or omitted, and additional blocks may be added.

First, at block 1210, the STA 106 determines a network connectivity ofat least one communication link as acceptable or unacceptable. Invarious embodiments, the STA 106 can determine the network connectivityof the backhaul communication link 112, or another link associated withthe AP 104, as acceptable or unacceptable in accordance with theflowcharts 400 and/or 500, described above with respect to FIGS. 4 and5, respectively. The STA 106 can determine network connectivity for eachof one or more available communication links and/or APs not shown inFIG. 1 such as, for example, WiFi links, cellular links, Bluetoothlinks, etc.

For example, the STA 106 can perform ICD as described herein, anddetermine that network connectivity of a communication link isacceptable when the AP 104 provides Internet connectivity, andunacceptable when the AP 104 does not provide Internet connectivity. Inan embodiment, the STA 106 can perform BQE as described herein anddetermine that network connectivity of a communication link isacceptable when the BQE result surpasses a threshold, and unacceptablewhen the BQE result does not surpass the threshold.

Next, at block 1220, the STA 106 transmits a first subset of data overone or more communication links with unacceptable network connectivity.In an embodiment, the STA 106 transmits the first subset of data overeach communication link with unacceptable network connectivity. Incircumstances where there the AP 104 is a “captive portal,” transmittingthe first subset of data over unacceptable communication links may allowa user to access a login prompt, payment prompt, etc. Transmitting thefirst subset of data over unacceptable communication links may furtherallow the STA 106 to detect changes in network connectivity. Theprocessor 204 can transmit the first subset of data via the transmitter210.

Then, at block 1230, the STA 106 transmits a second subset of data overone or more communication links with acceptable network connectivity. Inan embodiment, the STA 106 transmits the first subset of data over eachcommunication link with acceptable network connectivity. Transmittingthe second subset of data over acceptable communication links mayincrease the reliability and quality of network access. In variousembodiments, the first and second subset of data may be intersecting ornon-intersecting. In an embodiment, the STA 106 can continuously,periodically, or intermittently re-determine network connectivity of oneor more communication links such as, for example, the communicationlinks with unacceptable connectivity. The processor 204 can transmit thesecond subset of data via the transmitter 210.

FIG. 13 is a functional block diagram of a system 1300 for communicatingin a wireless network, in accordance with an exemplary embodiment of theinvention. Those skilled in the art will appreciate that a system mayhave more components than the simplified system 1300 shown in FIG. 13.The system 1300 shown includes only those components useful fordescribing some prominent features of implementations within the scopeof the claims.

The system 1300 for communicating in a wireless network includes means1310 for determining a network connectivity of at least onecommunication link as acceptable or unacceptable, means 1320 fortransmitting a first subset of data over communication links withunacceptable network connectivity, and means 1330 for transmitting asecond subset of data over communication links with acceptable networkconnectivity.

In an embodiment, the means 1310 for determining a network connectivityof at least one communication link as acceptable or unacceptable can beconfigured to perform one or more of the functions described above withrespect to block 1210 (FIG. 12). In various embodiments, the means 1310for determining a network connectivity of at least one communicationlink as acceptable or unacceptable can be implemented by one or more ofthe processor 204 (FIG. 2), the memory 206 (FIG. 2), the DSP 220 (FIG.2), the transmitter 210, and the receiver 212.

In an embodiment, the means 1320 for transmitting a first subset of dataover communication links with unacceptable network connectivity can beconfigured to perform one or more of the functions described above withrespect to block 1220 (FIG. 12). In various embodiments, the means 1320for transmitting a first subset of data over communication links withunacceptable network connectivity can be implemented by one or more ofthe processor 204 (FIG. 2), the memory 206 (FIG. 2), the DSP 220 (FIG.2), and the transmitter 210.

In an embodiment, the means 1330 for transmitting a second subset ofdata over communication links with acceptable network connectivity canbe configured to perform one or more of the functions described abovewith respect to block 1230 (FIG. 12). In various embodiments, the means1330 for transmitting a second subset of data over communication linkswith acceptable network connectivity can be implemented by one or moreof the processor 204 (FIG. 2), the memory 206 (FIG. 2), the DSP 220(FIG. 2), and the transmitter 210.

FIG. 14 is a flowchart 1400 illustrating an embodiment of another methodof determining a characteristic of a communication link. Although themethod of flowchart 1400 is described herein with reference to thewireless communication system 100 discussed above with respect to FIG.2, and to the wireless device 202 discussed above with respect to FIG.2, a person having ordinary skill in the art will appreciate that themethod of flowchart 1400 may be implemented by another device describedherein, or any other suitable device. In an embodiment, the steps inflowchart 1400 may be performed, at least in part, by a processor orcontroller such as, for example, the processor 204 (FIG. 2) and/or theDSP 220 (FIG. 2), potentially in conjunction with the memory 206 (FIG.2). Although the method of flowchart 1400 is described herein withreference to a particular order, in various embodiments, blocks hereinmay be performed in a different order, or omitted, and additional blocksmay be added.

First, at block 1410, the STA 106 transmits a request for acommunication to the server 116, over the communication link 112. Thecommunication can be for determining suitability of the communicationlink 112. In various embodiments, the request can include one or more ofa BQE request and an ICD request, as discussed above with respect toFIGS. 2-4. The communication can include one or more of a BQE responseand an ICD response, as discussed above with respect to FIGS. 2-4.

Next, at block 1420, the STA 106 receives the communication from theserver 116, in response to the request. The server 116 can send thecommunication over the communication link 112. The STA 106 can receivethe first communication via the receiver 212.

Then, at block 1430, the STA 106 computes a target amount of at leastone of traffic or time to receive the communication. In an embodiment,the STA can compute a target amount of data to download while performingBQE, as discussed above with respect to FIG. 2. In an embodiment, theSTA can compute a BQE timeout indicating a maximum time during which theBQE response should be downloaded, as discussed above with respect toFIG. 2. The STA 106 may compute a requested file size, and the targetamount of data to download can be less than the requested file size.

In an embodiment, the STA 106 can estimate a round trip time to theserver. The STA 106 can request a file from the server and measure aresponse time. The STA 106 can estimate a segment size used by atransport protocol. The STA 106 can determine a maximum estimation rate.The STA 106 can determine a number of transport flows to use. The STA106 can compute the target based on one or more of: a first ratio of thean amount of time a transport protocol spends in a congestion avoidancemode to the amount of time the transport protocol spends in a slow startmode, a number of transport flows, an estimated round trip time, anestimated segment size, and an maximum estimation rate.

Subsequently, at block 1440, the STA 106 terminates the communicationbased on the computed time or amount of traffic received. For example,the STA 106 can monitor the amount of traffic received during BQE andterminate receipt of the BQE response when the amount of trafficreceived surpasses the computed target amount of traffic. In anotherexample, the STA 106 can measure the amount of time it has taken totransfer the BQE response, and can terminate receipt of the BQE responsewhen the measure amount of time surpasses the computed target amount oftime. Accordingly, the STA 106 can terminate transfer of the BQEresponse before the BQE response is completely downloaded.

Thereafter, at block 1450, the STA 106 determines a characteristic ofthe communication link 112 based on the communication from the server116. In various embodiments, the characteristic can include one or moreof a BQE result and an ICD result. The characteristic can include aquality metric based on the response from the server 116. For example,the processor 204 may estimate the speed of the communication link bymeasuring the amount of time it takes to download the response from theserver 116 and dividing the size of the quality estimation response bythe transfer time. The processor 204 may estimate the latency of thecommunication link by measuring the amount of time it takes for theserver to respond to the quality estimation request. The processor 204may estimate the packet delay variation of the communication link bymonitoring the transmission of packets and acknowledgments whenreceiving the response. The processor 204 may estimate the packet lossrate of the communication link by measuring the number of packets resentby the server 116 when receiving the response.

In an embodiment, the processor 204 can store the characteristic in thememory 206. The processor 204 can update the first access restrictionbased on the communication from the server. For example, in embodimentswhere the response includes the device management information 310, theprocessor 204 may store the device management information 310 in thememory 206 for later use in determining availability of the server 116.

FIG. 15 is a functional block diagram of another system 1500 fordetermining a characteristic of a communication link, in accordance withan exemplary embodiment of the invention. Those skilled in the art willappreciate that a system may have more components than the simplifiedsystem 1500 shown in FIG. 15. The system 1500 shown includes only thosecomponents useful for describing some prominent features ofimplementations within the scope of the claims.

The system 1500 for determining a characteristic of a communication linkincludes means 1510 for transmitting, at a mobile device, a request fora communication from a server, means 1520 for receiving thecommunication from the server, over the communication link, in responseto the request, means 1530 for computing a target amount of at least oneof traffic or time to receive the communication, means 1540 forterminating the communication based on the computed time or amount oftraffic received, and means 1550 for determining a characteristic of acommunication link based on the communication from the server.

In an embodiment, the means 1510 for transmitting, at a mobile device, arequest for a communication from a server can be configured to performone or more of the functions described above with respect to block 1410(FIG. 14). In various embodiments, the means 1510 for transmitting, at amobile device, a request for a communication from a server can beimplemented by one or more of the processor 204 (FIG. 2), the memory 206(FIG. 2), the DSP 220 (FIG. 2), and the transmitter 210 (FIG. 2).

In an embodiment, the means 1520 for receiving the communication fromthe server, over the communication link, in response to the request canbe configured to perform one or more of the functions described abovewith respect to block 1420 (FIG. 14). In various embodiments, the means1520 for receiving the communication from the server, over thecommunication link, in response to the request can be implemented by oneor more of the processor 204 (FIG. 2), the memory 206 (FIG. 2), the DSP220 (FIG. 2), and the receiver 212 (FIG. 2).

In an embodiment, the means 1530 for computing a target amount of atleast one of traffic or time to receive the communication can beconfigured to perform one or more of the functions described above withrespect to block 1430 (FIG. 14). In various embodiments, the means 1530for computing a target amount of at least one of traffic or time toreceive the communication can be implemented by one or more of theprocessor 204 (FIG. 2), the memory 206 (FIG. 2), and the DSP 220 (FIG.2).

In an embodiment, the means 1540 for terminating the communication basedon the computed time or amount of traffic received can be configured toperform one or more of the functions described above with respect toblock 1440 (FIG. 14). In various embodiments, the means 1540 forterminating the communication based on the computed time or amount oftraffic received can be implemented by one or more of the processor 204(FIG. 2), the memory 206 (FIG. 2), the DSP 220 (FIG. 2), and thetransmitter 210 (FIG. 2).

In an embodiment, the means 1550 for determining a characteristic of acommunication link based on the communication from the server can beconfigured to perform one or more of the functions described above withrespect to block 1550 (FIG. 14). In various embodiments, the means 1550for determining a characteristic of a communication link based on thecommunication from the server can be implemented by one or more of theprocessor 204 (FIG. 2), the memory 206 (FIG. 2), and the DSP 220 (FIG.2).

FIG. 16 is a flowchart 1600 illustrating an embodiment of a estimating aquality of a communication link. Although the method of flowchart 1600is described herein with reference to the wireless communication system100 discussed above with respect to FIG. 2, and to the wireless device202 discussed above with respect to FIG. 2, a person having ordinaryskill in the art will appreciate that the method of flowchart 1600 maybe implemented by another device described herein, or any other suitabledevice. In an embodiment, the steps in flowchart 1600 may be performed,at least in part, by a processor or controller such as, for example, theprocessor 204 (FIG. 2) and/or the DSP 220 (FIG. 2), potentially inconjunction with the memory 206 (FIG. 2). Although the method offlowchart 1600 is described herein with reference to a particular order,in various embodiments, blocks herein may be performed in a differentorder, or omitted, and additional blocks may be added.

First, at block 1610, the STA 106 receives a plurality of data units viaa network interface. For example, the STA 106 can receive the data unitsvia the receiver 212. In an embodiment, the STA 106 may receive aportion of data units from a local area network such as, for example,from another STA 106 connected to the AP 104. Accordingly, the dataunits received from the local area network may not indicate the qualityor connectivity of the backhaul communication link 112. The STA 106 mayreceive another portion of data units from a non-local network such as,for example, the network 114. The data units received from the non-localnetwork may indicate the quality or connectivity of the backhaulcommunication link 112.

Next, at block 1620, the STA 106 monitors the received data units at thenetwork interface. In an embodiment, the STA 106 may count bytesreceived at the receiver 212, and may determine the source address,source subnet, or other network information related to the received dataunits. In an embodiment, the server 116 may transmit one or more dataunits to the STA 106 via the communication link 112. At the same time,another STA connected to the AP 104 may transmit one or more data unitsto the STA 106.

Then, at block 1630, the STA 106 determines, for each data unit receivedvia the network interface, whether the data unit originated from a localarea network or a non-local network. For example, the processor 204 candetermine a subnet of the receiver 212 and a subnet of a receivedpacket. The processor 204 can determine that a received packetoriginated from a local area network when the subnet of the packetmatches the subnet of the receiver 212. The processor 204 can determinethat the received packet originated from a non-local area network whenthe subnet of the packet does not match the subnet of the receiver 212.

In various embodiments, the processor 204 can use other identifyinginformation in the packet in order to distinguish local from non-localtraffic including, but not limited to, header information (such as asource IP, a source subnet, a time-to-live (TTL), a multicast orbroadcast attribute, etc.) and payload information (such as identifyinginformation included in the payload by the server 116, for example).Local traffic may also be defined by a number of hops or determined bytracing a route to the source.

Thereafter, at block 1650, the STA 106 determines a characteristic ofthe communication link 112 based on data units originating from anon-local network. The STA 106 may only consider non-local data unitswhen determining the characteristic. The STA 106 may separately considerlocal data units when determining a characteristic of anothercommunication link.

In various embodiments, the characteristic can include one or more of aBQE result and an ICD result. The characteristic can include a qualitymetric based on the response from the server 116. For example, theprocessor 204 may estimate the speed of the communication link bymeasuring the amount of time it takes to download the response from theserver 116 and dividing the size of the quality estimation response bythe transfer time. The processor 204 may estimate the latency of thecommunication link by measuring the amount of time it takes for theserver to respond to the quality estimation request. The processor 204may estimate the packet delay variation of the communication link bymonitoring the transmission of packets and acknowledgments whenreceiving the response. The processor 204 may estimate the packet lossrate of the communication link by measuring the number of packets resentby the server 116 when receiving the response.

In an embodiment, the processor 204 can store the characteristic in thememory 206. The processor 204 can update the first access restrictionbased on the communication from the server. For example, in embodimentswhere the response includes the device management information 310, theprocessor 204 may store the device management information 310 in thememory 206 for later use in determining availability of the server 116.

In an embodiment, the STA 106 can start measuring a transfer rate whenthe network interface becomes available. For example, STA 106 canperform passive BQE after connecting to the AP 104. The STA 106 canstart a timer when the network interface becomes available, and can stopmeasurement after the timer reaches a threshold. During measurement, theSTA 106 can count bytes received via the network interface and discardor otherwise discount bytes originating from a local network. The STA106 can compute one or more burst rate samples as described above withrespect to FIG. 2. The STA 106 can average the rate of a number of thehighest burst rate samples.

FIG. 17 is a functional block diagram of a system 1700 for estimating aquality of a communication link, in accordance with an exemplaryembodiment of the invention. Those skilled in the art will appreciatethat a system may have more components than the simplified system 1700shown in FIG. 17. The system 1700 shown includes only those componentsuseful for describing some prominent features of implementations withinthe scope of the claims.

The system 1700 for estimating a quality of a communication linkincludes means 1710 for receiving data units via a network interface,means 1720 for monitoring the received data units at the networkinterface, means 1730 for determining, for each data unit received viathe network interface, whether the data unit originated from a localarea network or a non-local network, and means 1740 for computing acharacteristic of the communication link based on data units originatingfrom a non-local network.

In an embodiment, the means 1710 for receiving data units via a networkinterface can be configured to perform one or more of the functionsdescribed above with respect to block 1610 (FIG. 16). In variousembodiments, the means 1710 for receiving data units via a networkinterface can be implemented by one or more of the processor 204 (FIG.2), the memory 206 (FIG. 2), the DSP 220 (FIG. 2), and the receiver 212(FIG. 2).

In an embodiment, the means 1720 for monitoring the received data unitsat the network interface can be configured to perform one or more of thefunctions described above with respect to block 1620 (FIG. 16). Invarious embodiments, the means 1720 for monitoring the received dataunits at the network interface can be implemented by one or more of theprocessor 204 (FIG. 2), the memory 206 (FIG. 2), and the DSP 220 (FIG.2).

In an embodiment, the means 1730 for determining, for each data unitreceived via the network interface, whether the data unit originatedfrom a local area network or a non-local network can be configured toperform one or more of the functions described above with respect toblock 1630 (FIG. 16). In various embodiments, the means 1730 fordetermining, for each data unit received via the network interface,whether the data unit originated from a local area network or anon-local network can be implemented by one or more of the processor 204(FIG. 2), the memory 206 (FIG. 2), and the DSP 220 (FIG. 2).

In an embodiment, the means 1740 for computing a characteristic of thecommunication link based on data units originating from a non-localnetwork can be configured to perform one or more of the functionsdescribed above with respect to block 1640 (FIG. 16). In variousembodiments, the means 1740 for computing a characteristic of thecommunication link based on data units originating from a non-localnetwork can be implemented by one or more of the processor 204 (FIG. 2),the memory 206 (FIG. 2), and the DSP 220 (FIG. 2).

As used herein, the term “determining” encompasses a wide variety ofactions. For example, “determining” may include calculating, computing,processing, deriving, investigating, looking up (e.g., looking up in atable, a database or another data structure), ascertaining and the like.Also, “determining” may include receiving (e.g., receiving information),accessing (e.g., accessing data in a memory) and the like. Also,“determining” may include resolving, selecting, choosing, establishingand the like. Further, a “channel width” as used herein may encompass ormay also be referred to as a bandwidth in certain aspects.

As used herein, a phrase referring to “at least one of” a list of itemsrefers to any combination of those items, including single members. Asan example, “at least one of: a, b, or c” is intended to cover: a, b, c,a-b, a-c, b-c, and a-b-c.

The various operations of methods described above may be performed byany suitable means capable of performing the operations, such as varioushardware and/or software component(s), circuits, and/or module(s).Generally, any operations illustrated in the FIGs. may be performed bycorresponding functional means capable of performing the operations.

The various illustrative logical blocks, modules and circuits describedin connection with the present disclosure may be implemented orperformed with a general purpose processor, a digital signal processor(DSP), an application specific integrated circuit (ASIC), a fieldprogrammable gate array signal (FPGA) or other programmable logic device(PLD), discrete gate or transistor logic, discrete hardware componentsor any combination thereof designed to perform the functions describedherein. A general purpose processor may be a microprocessor, but in thealternative, the processor may be any commercially available processor,controller, microcontroller or state machine. A processor may also beimplemented as a combination of computing devices, e.g., a combinationof a DSP and a microprocessor, a plurality of microprocessors, one ormore microprocessors in conjunction with a DSP core, or any other suchconfiguration.

In one or more aspects, the functions described may be implemented inhardware, software, firmware, or any combination thereof. If implementedin software, the functions may be stored on or transmitted over as oneor more instructions or code on a computer-readable medium.Computer-readable media includes both computer storage media andcommunication media including any medium that facilitates transfer of acomputer program from one place to another. A storage media may be anyavailable media that may be accessed by a computer. By way of example,and not limitation, such computer-readable media may comprise RAM, ROM,EEPROM, CD-ROM or other optical disk storage, magnetic disk storage orother magnetic storage devices, or any other medium that may be used tocarry or store desired program code in the form of instructions or datastructures and that may be accessed by a computer. Also, any connectionis properly termed a computer-readable medium. For example, if thesoftware is transmitted from a website, server, or other remote sourceusing a coaxial cable, fiber optic cable, twisted pair, digitalsubscriber line (DSL), or wireless technologies such as infrared, radio,and microwave, then the coaxial cable, fiber optic cable, twisted pair,DSL, or wireless technologies such as infrared, radio, and microwave areincluded in the definition of medium. Disk and disc, as used herein,includes compact disc (CD), laser disc, optical disc, digital versatiledisc (DVD), floppy disk and blu-ray disc where disks usually reproducedata magnetically, while discs reproduce data optically with lasers.Thus, in some aspects computer readable medium may comprisenon-transitory computer readable medium (e.g., tangible media). Inaddition, in some aspects computer readable medium may comprisetransitory computer readable medium (e.g., a signal). Combinations ofthe above should also be included within the scope of computer-readablemedia.

The methods disclosed herein comprise one or more steps or actions forachieving the described method. The method steps and/or actions may beinterchanged with one another without departing from the scope of theclaims. In other words, unless a specific order of steps or actions isspecified, the order and/or use of specific steps and/or actions may bemodified without departing from the scope of the claims.

The functions described may be implemented in hardware, software,firmware or any combination thereof. If implemented in software, thefunctions may be stored as one or more instructions on acomputer-readable medium. A storage media may be any available mediathat may be accessed by a computer. By way of example, and notlimitation, such computer-readable media may comprise RAM, ROM, EEPROM,CD-ROM or other optical disk storage, magnetic disk storage or othermagnetic storage devices, or any other medium that may be used to carryor store desired program code in the form of instructions or datastructures and that may be accessed by a computer. Disk and disc, asused herein, include compact disc (CD), laser disc, optical disc,digital versatile disc (DVD), floppy disk, and Blu-ray® disc where disksusually reproduce data magnetically, while discs reproduce dataoptically with lasers.

Thus, certain aspects may comprise a computer program product forperforming the operations presented herein. For example, such a computerprogram product may comprise a computer readable medium havinginstructions stored (and/or encoded) thereon, the instructions beingexecutable by one or more processors to perform the operations describedherein. For certain aspects, the computer program product may includepackaging material.

Software or instructions may also be transmitted over a transmissionmedium. For example, if the software is transmitted from a website,server, or other remote source using a coaxial cable, fiber optic cable,twisted pair, digital subscriber line (DSL), or wireless technologiessuch as infrared, radio, and microwave, then the coaxial cable, fiberoptic cable, twisted pair, DSL, or wireless technologies such asinfrared, radio, and microwave are included in the definition oftransmission medium.

Further, it should be appreciated that modules and/or other appropriatemeans for performing the methods and techniques described herein may bedownloaded and/or otherwise obtained by a user terminal and/or basestation as applicable. For example, such a device may be coupled to aserver to facilitate the transfer of means for performing the methodsdescribed herein. Alternatively, various methods described herein may beprovided via storage means (e.g., RAM, ROM, a physical storage mediumsuch as a compact disc (CD) or floppy disk, etc.), such that a userterminal and/or base station may obtain the various methods uponcoupling or providing the storage means to the device. Moreover, anyother suitable technique for providing the methods and techniquesdescribed herein to a device may be utilized.

It is to be understood that the claims are not limited to the preciseconfiguration and components illustrated above. Various modifications,changes and variations may be made in the arrangement, operation anddetails of the methods and apparatus described above without departingfrom the scope of the claims.

While the foregoing is directed to aspects of the present disclosure,other and further aspects of the disclosure may be devised withoutdeparting from the basic scope thereof, and the scope thereof isdetermined by the claims that follow.

What is claimed is:
 1. A method of determining a characteristic of acommunication link, the method comprising: determining, by a device andbased on an access restriction including information associated withperforming a backhaul quality estimation (BQE), an allowability foraccessing a server based on receiving, from the server, informationindicating whether the server is available for BQE; transmitting, by thedevice and based on determining the allowability, a request for acommunication from the server; receiving, by the device, thecommunication from the server, over the communication link, in responseto the request; computing, by the device, a target number of bytes ofthe communication to receive from the server while performing the BQE;monitoring, by the device, an amount of the communication received fromthe server while performing the BQE; terminating, by the device andbased on monitoring the amount of the received communication, thecommunication when a received number of bytes exceeds the target numberof bytes; and determining, by the device, a characteristic of thecommunication link based on a portion of the communication received fromthe server before termination, the characteristic of the communicationlink including a BQE result, calculated based on a response from theserver, and being used to determine a potential update to the accessrestriction.
 2. The method of claim 1, wherein the computing furthercomprises: computing a target amount of time to receive thecommunication, and the terminating comprises: terminating thecommunication when a duration of receiving the communication is greaterthan the target amount of time.
 3. The method of claim 1, furthercomprising: estimating a round trip time to the server, wherein theestimating comprises: requesting a file from the server and measuring aresponse time, and wherein the target number of bytes is based on theround trip time.
 4. The method of claim 1, further comprising:estimating a segment size used by a transport protocol, wherein thetarget number of bytes is based on the segment size.
 5. The method ofclaim 1, further comprising: determining a maximum estimation rate,wherein the target number of bytes is based on the maximum estimationrate.
 6. The method of claim 1, further comprising: determining a numberof transport flows to use, wherein the target number of bytes is basedon the number of transport flows.
 7. The method of claim 1, furthercomprising: determining a first ratio of an amount of time a transportprotocol spends in a congestion avoidance mode to an amount of time thetransport protocol spends in a slow start mode, wherein the targetnumber of bytes is based on the first ratio.
 8. The method of claim 1,further comprising: generating the request for communication based onthe target number of bytes, wherein the request for the communicationspecifies a file size greater than the target number of bytes.
 9. Awireless device configured to determine a characteristic of acommunication link, the wireless device comprising: a transmitterconfigured to transmit a request for a communication from a server, therequest being transmitted based on determining, using an accessrestriction including information associated with performing a BackhaulQuality Estimation (BQE), an allowability for accessing the server basedon receiving, from the server, information indicating whether the serveris available for BQE; a receiver configured to receive the communicationfrom the server, over the communication link, in response to therequest; and a processor configured to: compute a target number of bytesof the communication to receive from the server while performing theBQE; monitor an amount of the communication received from the serverwhile performing the BQE; terminate, based on monitoring the amount ofthe received communication, the communication when a received number ofbytes exceeds the target number of bytes; and determine a characteristicof the communication link based on a portion of the communicationreceived from the server before termination, the characteristic of thecommunication link including a BQE result, calculated based on aresponse from the server, and being used to determine a potential updateto the access restriction.
 10. The wireless device of claim 9, wherein:the request comprises an internet connectivity detection (ICD) request,the communication comprises an ICD response, and the processor isfurther configured to: determine the characteristic of the communicationlink by determining an Internet connectivity based on the ICD response.11. The wireless device of claim 9, wherein the processor is furtherconfigured to: compute the target number of bytes by computing a targetamount of time to receive the communication, and terminate thecommunication when a duration of receiving the communication is greaterthan the target amount of time.
 12. The wireless device of claim 9,wherein the processor is further configured to: estimate a round triptime to the server, wherein estimating comprises requesting a file fromthe server and measuring a response time, wherein the target number ofbytes is based on the round trip time.
 13. The wireless device of claim9, wherein the processor is further configured to: estimate a segmentsize used by a transport protocol, wherein the target number of bytes isbased on the segment size.
 14. The wireless device of claim 9, whereinthe processor is further configured to: determine a maximum estimationrate, wherein the target number of bytes is based on the maximumestimation rate.
 15. The wireless device of claim 9, wherein theprocessor is further configured to: determine a number of transportflows to use, wherein the target number of bytes is based on the numberof transport flows.
 16. The wireless device of claim 9, wherein theprocessor is further configured to: determine a first ratio of an amountof time a transport protocol spends in a congestion avoidance mode to anamount of time the transport protocol spends in a slow start mode,wherein the target number of bytes is based on the first ratio.
 17. Thewireless device of claim 9, wherein the processor is further configuredto: generate the request for communication based on the target number ofbytes, wherein the request for the communication specifies a file sizegreater than the target number of bytes.
 18. An apparatus fordetermining a characteristic of a communication link, the apparatuscomprising: means for determining, based on an access restrictionincluding information associated with performing a Backhaul QualityEstimation (BQE), an allowability for accessing a server based onreceiving, from the server, information indicating whether the server isavailable for BQE; means for transmitting, based on determining theallowability, a request for a communication from the server; means forreceiving the communication from the server, over the communicationlink, in response to the request; means for computing a target number ofbytes of the communication to receive from the server while performingthe BQE; means for monitoring an amount of the communication receivedfrom the server while performing the BQE; means for terminating, basedon monitoring the amount of the received communication, thecommunication when a received number of bytes exceeds the target numberof bytes; and means for determining a characteristic of thecommunication link based on a portion of the communication received fromthe server before termination, the characteristic of the communicationlink including a BQE result, calculated based on a response from theserver, and being used to determine a potential update to the accessrestriction.
 19. The apparatus of claim 18, wherein: the requestcomprises an internet connectivity detection (ICD) request, thecommunication comprises an ICD response, and means for determining thecharacteristic of the communication link comprises: means fordetermining an Internet connectivity based on the ICD response.
 20. Theapparatus of claim 18, wherein the means for computing furthercomprises: means for computing a target amount of time to receive thecommunication, and the means for terminating comprises: means forterminating the communication when a duration of receiving thecommunication is greater than the target amount of time.
 21. Theapparatus of claim 18, further comprising: means for estimating a roundtrip time to the server, wherein estimating comprises requesting a filefrom the server and measuring a response time, wherein the target numberof bytes is based on the round trip time.
 22. The apparatus of claim 18,further comprising: means for estimating a segment size used by atransport protocol, wherein the target number of bytes is based on thesegment size.
 23. The apparatus of claim 18, further comprising: meansfor determining a maximum estimation rate, wherein the target number ofbytes is based on the maximum estimation rate.
 24. The apparatus ofclaim 18, further comprising: means for determining a number oftransport flows to use, wherein the target number of bytes is based onthe number of transport flows.
 25. The apparatus of claim 18, furthercomprising: means for determining a first ratio of an amount of time atransport protocol spends in a congestion avoidance mode to an amount oftime the transport protocol spends in a slow start mode, wherein thetarget number of bytes is based on the first ratio.
 26. The apparatus ofclaim 18, further comprising: means for generating the request forcommunication based on the target number of bytes, wherein the requestfor the communication specifies a file size greater than the targetnumber of bytes.
 27. A non-transitory computer-readable mediumcomprising instructions, the instructions comprising: one or moreinstructions that, when executed by a processor, cause the processor to:determine, based on an access restriction including informationassociated with performing a Backhaul Quality Estimation (BQE), anallowability for accessing a server based on receiving, from the server,information indicating whether the server is available for BQE;transmit, based on determining the allowability, a request for acommunication from the server; receive the communication from theserver, over a communication link, in response to the request; compute atarget number of bytes of the communication to receive from the serverwhile performing the BQE; monitor an amount of the communicationreceived from the server while performing the BQE; terminate, based onmonitoring the amount of the received communication, the communicationwhen a received number of bytes exceeds the target number of bytes; anddetermine a characteristic of the communication link based on a portionof the communication received from the server before termination, thecharacteristic of the communication link including a BQE result,calculated based on a response from the server, and being used todetermine a potential update to the access restriction.
 28. The mediumof claim 27, wherein: the request comprises an internet connectivitydetection (ICD) request, the communication comprises an ICD response,and the instructions further comprise: one or more instructions todetermine a suitability of the communication link by determining anInternet connectivity based on the ICD response.
 29. The medium of claim27, wherein the one or more instructions to compute the target number ofbytes comprise: one or more instructions to compute a target amount oftime to receive the communication, and the one or more instructions toterminate the communication comprise: one or more instructions toterminate the communication when a duration of receiving thecommunication is greater than the target amount of time.
 30. The mediumof claim 27, wherein the instructions further comprise: one or moreinstructions to estimate a round trip time to the server, wherein one ormore instructions to estimate a round trip time comprise: one or moreinstructions to request a file from the server; and one or moreinstructions to measure a response time, wherein the target number ofbytes is based on the round trip time.
 31. The medium of claim 27,wherein the instructions further comprise: one or more instructions toestimate a segment size used by a transport protocol, wherein the targetnumber of bytes is based on the segment size.
 32. The medium of claim27, wherein the instructions further comprise: one or more instructionsto determine a maximum estimation rate, wherein the target number ofbytes is based on the maximum estimation rate.
 33. The medium of claim27, wherein the instructions further comprise: one or more instructionsto determine a number of transport flows to use, wherein the targetnumber of bytes is based on the number of transport flows.
 34. Themedium of claim 27, wherein the instructions further comprise: one ormore instructions to determine a first ratio of an amount of time atransport protocol spends in a congestion avoidance mode to an amount oftime the transport protocol spends in a slow start mode, wherein thetarget number of bytes is based on the first ratio.
 35. The medium ofclaim 27, wherein the instructions further comprise: one or moreinstructions to generate the request for communication based on thetarget number of bytes, wherein the request for the communicationspecifies a file size greater than the target number of bytes.